revista de 
Informática 


CPI 82 


2.º Congresso Português de Informática 


A Informática, os utilizadores; 
a evolução, a expectativa 


1.º Trimestre de 1982 


(reuniões às quintas-feiras na API pelas 19.00 h) 


ASSOCIAÇÃO PORTUGUESA DE INFORMÁTICA 


Informática 


ASSOCIAÇÃO PORTUGUESA DE INFORMÁTICA 


VOLUME 2 NÚMERO 3 


JULHO/SETEMBRO 1981 


FICHA TÉCNICA 


DIRECTOR: Helder Coelho 

REDACÇÃO: Adelino de Sousa, Figueiredo Costa, João Rodrigues, 
José Cotta, José de Figueiredo, Luís Moura, Manuel 
Tomé, Martins Moura 

REPÓRTER: Rui Gomes ç 

COORDENADOR DA REDACÇÃO NO PORTO: José Manuel Faria 

CONSELHO DA REDACÇÃO 

PERMANENTES: Alexandre Cerveira (Univ. Nova de Lisboa), Alves 

Lavado (DGOA), Amílcar Sernadas (Univ. de Lisboa), António de 

Figueiredo (Univ. de Coimbra), Carlos Morais (LNEC), Eduardo 

Parente (IBM), Ferreira da Silva (IBM), Graça Martins (Univ. de 

Lisboa), Luís Penedo (IBM), Luís Vicente (LNEC), Machado dos 

Santos (Univ. do Minho), Madalena Quirino (Univ. Nova de Lisboa) 

Manuel Henriques (BPSM), Marciano da Silva (Univ. Nova de Lis- 

boa), Matos Barbosa (Univ. de Coimbra), Moniz Pereira (Univ. Nova 

de Lisboa), Oliveira Coelho (TAP). 

CORRESPONDENTES: Aristides Requicha (Univ. de Rochester), Fer- 

nando Pereira (Univ. de Edinburgh), José Encarnação (Technische 

Hochschule Darmstadt). 


ARRANJO GRÁFICO E MONTAGEM: José Cotta 
PUBLICIDADE: QUINTUPLO - Promoção Publicitária Ltd. 


Rua da Trindade, 5, 1.º-Dt.” — 1200 LISBOA 
Tel. 36 73 78 e 36 64 45 


PROPRIEDADE: Associação Portuguesa de Informática 


REDACÇÃO E ADMINISTRAÇÃO: Av. Almirante Reis, 127, 1.º, E 
1100 LISBOA - Tel. 53 55 87 


DELEGAÇÃO NO PORTO: Rua de Santa Catarina, 706, 4.º 
(Sala 403), Porto 
ASSINATURA DE 4 NÚMEROS: 
Continente 400800 (Via normal) 
: 350$00 (Estudantes) 
Europa 650$800 (Via aérea) 
Angola, Brasil, 700800 
Cabo Verde, Espanha, 
Guiné-Bissau, Macau, 
Moçambique, S. Tomé e Timor 


N.B. Estas importâncias são referentes a 1.7.81 
Distribuição gratuita aos sócios da API 


Preços deste número — 100800 

PUBLICAÇÃO: 4 números por ano 

TIRAGEM MÉDIA: 3 500 

EXECUÇÃO GRÁFICA: EPNC - Oficinas Gráficas 


Rua Rodrigues Faria, 103 
Tel. 63 30 21 


CAPA: sistema de aquisição de textos desenvolvido no LNEC. 


Este número foi subsidiado pela Junta Nacional de Investigação Cientí- 
fica e Tecnológica. A Revista de Informática está registada na Secretaria 
de Estado da Comunicação Social sob o n.º 107 319. 


SUMÁRIO: 


3 EDITORIAL 

7 CADERNO DIÁRIO 

9 INFORMAÇÕES GERAIS 
13 NOVOS PRODUTOS 

17 NOTAS DE LEITURA 

19 REVISTA DE IMPRENSA 
31 REPORTAGEM 

35 ENTREVISTA 


39 BITES NA GRELHA — SISTEMATIZAÇÃO, CLASSIFICA- 
ÇÃO, E TAXONOMIA DA INFORMÁTICA: UM PROJECTO 
- COLECTIVO 
Carlos Morais 


43 INSTALAÇÃO DE SISTEMAS DE EXPLORAÇÃO EM MICRO * 
SISTEMAS 
L. M. Camarinha de Matos 


49 STANDARDIZAÇÃO E INFORMÁTICA 
Castelo Branco 
Elizabete Costa 
Figueiredo Costa 


57 COMÉRCIO EXTERNO EM EQUIPAMENTO DE TRA- 
TAMENTO AUTOMÁTICO DE INFORMAÇÃO 
J. L. Mergulhão 


65 BOCAS 


| 


ATENÇÃO 


Il. O Director não se responsabiliza pela publica- 
ção dos originais não solicitados. 


2. O conteúdo desta revista é «copyright». A sua 
reprodução, total ou parcial, sem autorização 
do Director é proibida. 


3. A publicação de artigos sem indicação expli- 
cita de recomendados pelo Conselho da Re- 
dacção é da inteira responsabilidade do 
Director. 


| TT 


REVISTA DE INFORMÁTICA 


Vol. 2, N.º 3 1 


ASSOCIAÇÃO PORTUGUESA DE INFORMÁTICA 


A A.P|. é uma associação profissional, sem carácter sindical, 
sem fins lucrativos, exercendo a sua actividade em todo o terri- 
tório português (do Art.º 1.º dos estatutos). 

Encontram-se em funcionamento duas Delegações Regionais 
com sede respectivamente no Porto e em Lisboa. 

A associação tem fins culturais e científicos que contribuam 
para o aperfeiçoamento e progresso técnico, económico e social e 
para divulgação das técnicas informáticas. 

Para tal a A.P.l. procurará: 


— Promover o intercâmbio de conhecimentos técnicos; 

— Contribuir para o desenvolvimento do ensino da Informática; 

— Promover Congressos, Conferências e Exposições sobre in- 
formática; 

— Prestar colaboração e cooperar com entidades nacionais e 
estrangeiras em assuntos de informática. 


— Enquadrar a profissão de informática no conjunto das outras 
profissões; 

— Prestar colaboração aos organismos sindicais no sentido de 
melhor enquadramento e defesa dos trabalhadores de infor- 
mática no âmbito da contratação colectiva. 


(do Art.º 5.º dos estatutos) 


A A.P.. através do seu Bloco Editorial edita uma revista e um 
boletim mensal de distribuição gratuita para os sócios. 


Tem constituídos alguns Conselhos de Apoio Técnico (CAT) 
que se debruçam sobre a situação de certas áreas da Informática 
portuguesa, a fim de apontar medidas a curto prazo, de definir os 
traços de políticas sectoriais, e de realizar consultorias para o 


Com fins profissionais: 


— Definir a profissão de informática nos diversos estados do 


seu desenvolvimento; 


1. Os originais deverão ser envia- 
dos para a sede da API, Avenida 
Almirante Reis, 127, 1.º, Esq.º, Lis- 
boa, dirigidos ao Director da Revista. 


2. Os originais devem ser dactilo- 
grafados a dois espaços em folhas 
brancas normalizadas (tipo A-4). As 
gravuras devem ser aceitáveis para a 
tipografia. Os gráficos, esquemas e 
outros desenhos devem pautar-se pe- 
la mesma regra, sendo apresentados 
em papel vegetal e desenhados a 
tinta-da-china. As gravuras, desenhos 
e outras figuras devem estar numera- 
dos e acompanhados das respectivas 
legendas. À 

A ordem do texto deve ser: título, 
nome do autor, local de trabalho 
e/ou instituição de apoio, resumo em 
português, resumos em inglês ou 
francês e artigo propriamente dito. O 
artigo deve ser dividido em secções 
numeradas, como por exemplo: 


Introdução 

Definição de uma rede de com- 
putadores 

Topografia de redes 
Agradecimentos 

Referências 


Conselho Geral da A.P.l. 
Para que a Associação alcance o lugar que lhe é devido neces- 


sita da colaboração de todos. 


Inscreve-te como sócio, a quota é de 50800, e colabora nas 


actividades da nossa Associação. 


INSTRUÇÕES AOS AUTORES 


3. As referências a autores e 
obras devem obedecer ao seguinte 
padrão: (Raphael, 1976); (Gelenbe, 
1971); (Aho, Hopcroft e Ullman, 
1974). O que corresponderia, nas 
referências bibliográficas apresenta- 
das no final do trabalho, a: 


Raphael, B. — The thinking compu- 
ter — Mind inside matter. 

W. H. Freeman, 1976. 

Gelenbe, E. — The rule for dynamic 
storage allocation under equili- 
brium. 

Information Processing Letters 

1,59-60, 1971. 

Aho, A. V.; Hopcroft, J. E.; Ullman, 
D. D. — The design and analysis of 
computer algorithms. 

Addison-Wesley, 1974. 


4. Os vocábulos estrangeiros de- 
vem, nos originais, ser apresentados 
em sublinhado (indicação de itálico) 
e não entre aspas, salvo quando se 
tratar de citações de textos. 

5. Os artigos devem ser acompa- 
nhados de um pequeno resumo em 
inglês e/ou francês, além de um 
resumo em língua portuguesa. 


Vol 2; N.º 3 


6. Os autores devem indicar as 
palavras-chaves dos seus trabalhos. 


7. Os autores têm direito a cinco 
exemplares da revista em que os 
seus trabalhos forem publicados, 
grátis. No caso de pretenderem um 
número mais elevado de revistas, 
deverão contactar com antecedência 
a Redacção da Revista de Informáti- 
ca, onde serão informados acerca 
das condições para tal. 


8. Os artigos publicados são da 
responsabilidade dos respectivos 
autores. 


9. A Revista de Informática está 
aberta a toda a colaboração, não se 
responsabilizando, contudo, pela pu- 
blicação dos originais não solicita- 
dos. Estes originais serão sujeitos à 
apreciação crítica da Direcção da 
Revista e do seu Conselho de Redac- 
ção. Em caso de recusa de publica- 
ção, os autores serão informados das 
respectivas razões. Os originais reco- 
mendados pelos membros do Conse- 
lho de Redacção serão assinalados 
com o nome do respectivo conse- 
lheiro. 
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editorial 


1. Numa recente missão ao Brasil fui fortemente surpreendido pelo desenvolvimento 
da sua indústria informática, pela apreensão rápida que tem sido feita de «know- 
-how» das diversas tecnologias informáticas e pela capacidade de inovação mani- 
festada pelas suas universidades. Em apenas uma década, os brasileiros souberam: 
controlar a transferência de «know-how» norte-americano, europeu e japonês; 
investir em diversas faixas de mercado do ramo de computação; legislar a reserva 
de mercado a firmas privadas nacionais (através de uma Secretaria de Estado para 
a Informática); promover as linhas mestras de uma política nacional de Informá- 
tica; formar técnicos nos diversos escalões da profissão; e, articular o saber 
desenvolvido nas universidade, por meios humanos altamente especializados, com 
a resolução de problemas concretos, ora fornecidos pela administração pública (e 
forças armadas), ora pelas indústrias. Esta articulação, conseguida pela criação de 
Fundações, garantiu que o Brasil deixasse em pouco tempo de ser apenas utiliza- 
dor de Informática. Neste número iniciamos a divulgação de textos que permitirão 
ao leitor formar uma opinião sobre a experiência brasileira, e pensar o caso 
português. 

As analogias entre os dois casos, o brasileiro e o português, não são 
evidentes. E, a dimensão dos 2 mercados nacionais é completamente diferente 
(basta comparar as populações!). Mas, existem algumas experiências que reputa- 
mos de interessantes. Uma delas diz respeito ao papel que as universidades, 
nomeadamente os departamentos de informática, desempenham em todo o proces- 
so de construção da tecnologia nacional. Por um lado, souberam criar mecanismos 
novos (as ditas Fundações) que servem de intermediários entre a nova realidade 
industrial e a velha instituição universitária. Por outro lado, renovaram o ensino 
de forma que este se orientasse para a resolução de problemas concretos, através 
da construção de protótipos, e do empenhamento real dos seus estudantes. Deste 
modo, formaram-se técnicos competentes endurecidos na aprendizagem de uma 
teoria, testada na condução e realização de projectos para funcionarem fora da 
universidade em tempo devido. A universidade não se industrializou, mas ganhou 
fôlego. E, ainda, ampliaram o poder da sua intervenção pelo aumento dos seus 
meios humanos, graças à injecção directa de capitais através daquelas Fundações. 

2. Não existe indústria robusta ou fortalecimento de um sector sem um esforço 
conjugado de investimento e investigação. Mas, esta máxima não é suficiente. O 
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caso francês é disso exemplo, pois o insucesso do Plano Cálculo de 1975 é já 
patente. Observa-se que não existe indústria francesa autónoma de mini- 
-informática, não existe um grande computador francês e a maioria dos periféricos 
é importada. Logabax abriu falência, a Sems do grupo Thomson perde uma 
centena de milhões de francos e não tem produtos. Quanto à CII-HB o seu 
endividamento e stockes atingem a cota de alerta (veja-se «Datamation» de Março 
de 1981 e «Temps Reel» n.º 17 de 20.7.81). Mas, e apesar destes traços 
negativos, verificaram-se progressos no campo da Telemática (o próprio termo é 
hoje aceite mundialmente). 

3. Em Portugal é importante e urgente que se reconheça e apoie o trabalho (de 1 & D 
e de formação) que vem sendo desenvolvido em Informática nas universidades e 
laboratórios de investigação (1). Existem já casos onde a associação da universi- 
dade com a indústria, sector público e sector privado é realizada através de 
contratos directos ou de Institutos criados para o efeito (por exemplo, o INESC). 
É a partir desta conjugação de esforços entre cientistas e profissionais da Informá- 
tica, entre a investigação e desenvolvimento de metodologias e técnicas e a sua 
exploração e aplicação aos problemas concretos (sentidos, por exemplo, nos 
centros de informática da banca, seguros e indústria) que a informática portuguesa 
será construída tijolo a tijolo. É uma aposta difícil, é um diálogo árduo. Mas, 
deste modo, e com concessões de ambos os lados, poder-se-á desenvolver o 
«know-how» adequado às nossas necessidades, melhorar a capacidade dos utiliza- 
dores em discutir com os fornecedores. Em suma, proporcionar condições para 
que conheçamos as nossas forças e saibamos o que necessitamos e como havemos 
de realizar os: nossos produtos nas melhores condições. 


(1) O apoio deve ser materializado quer pelo aumento das fatias do Orçamento Geral do Estado para a 1 & 
D e ensino. quer pela aposta do sector bancário e da iniciativa privada. Esta aposta deve ser sintonizada com as 
necessidades a médio prazo desses sectores, e comparada em custos à importação pura e simples de tecnologia e 
de produtos, concebidos para contextos de países em adiantado estado de desenvolvimento. 


Helder Coelho 
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A. Rebelo 


um compu 
não esquece... 


Contudo, podemos ajudá-lo a memorizar com mais segurança! 
Claro... Contamos com os periféricos! 

Estes precisam de suportes magnéticos para ajudar a manter em forma 
a sua memória! (perdão, a memória do seu computador!!) 

Aumente a probabilidade de não falhar por deficiência dos suportes 
magnéticos! 

A propósito: Conhece o tratamento Crashguard? 


Diskettes, bandas, 
cassettes, discos. 


Um produto Scotch 


3M PORTUGAL 
Rua do Conde de Redondo, 98 — 1199 Lisboa Codex — Telef. 56 11 31 (8 linhas) 
Rua da Boavista, 476/484 — 4000 Porto — Telef. 2 20 54/2 25 52 
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o introdutor dos microcomputadores em portugal 
LOGO EM 1973 


o inventor dos microcomputadores 
continua a imparável marcha 


AGORA NO MERCADO O 


«MICRO MAINFRAME IAPX 432» 
O PRIMEIRO MICROCOMPUTADOR DE 


32 BIT 


com «software» já pronto a 
funcionar no seu sistema 
de desenvolvimento 


INTELLEC 


AV. MIGUEL BOMBARDA 133-1ºD. -TEL.545313-1000 LISBOA 
DELEGAÇÃO NO PORTO 


O MELHOR FAZ A DIFERENÇA 
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A entrada de Portugal para a CEE parece ser um facto tido como certo durante os 
anos de 1983/84. Mas hoje estamos em 1981. A dois anos de distância! 

E «entrar» o que é? O que implica? Que lucramos com isso? O que é necessário 
fazer? Por onde começar? 

São estas algumas perguntas que a maioria (?) dos gestores formula no sentido de 
“obterem respostas objectivas e directamente ligadas com as funções que executam. E isto 
porque o «convívio» europeu exije reformulação dos meios e das técnicas e uma melhoria 
qualitativa nos resultados. 

Concretamente no sector da Informática o que se passa na realidade é realmente 
triste. 5 

Apenas uma ou outra iniciativa de vulto vai ao encontro dos objectivos e dá uma 
certa nota de realce no comodismo (habitual) do deixa-andar. 

Pelas poucas respostas que têm surgido de nada sérve culpar este ou aquele governo, 
esta ou aquela política, uma vez que tal atitude não nos move do mesmo ponto. Importa 
sim analizar a realidade dos factos e ter a coragem de pôr soluções em marcha. E a 
realidade qual é? 

Não é novidade para ninguém que o principal problema dos nossos centros de 
informática reside na organização que eles (não) têm. E ao falar em organização pretendo 
abranger desde a área do utilizador que cria a informação até ao final do circuito que a 
trata. 

Para tal é necessário que ela seja estruturada através de uma implementação de 
Standards de informação, perfeitamente definidos e explícitos que impossibilitem por um 
lado a sobreposição das áreas de competência dos sectores e por outro a indefinição dos 
circuitos. 

A par da sua própria actualização os gestores informáticos têm nos aspectos referidos 
o primeiro desafio a vencer. Depende do seu espírito criativo e inovador, o desenvolvi- 
mento do meio informático que o país necessita para a integração. Por isso que cada um 
olhe à sua volta e nalguns casos... recomece! 


J. Figueiredo Costa 
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A comercialização 


simultânea 

dos equipamentos 
DATASAAB 

e PHILIPS 

permite 

a REGISCONTA 


DATASAAB 
HARDWARE e Multiprocessamento a cobertu ra 


e De 10 a 880 m em memória e multiprogramação 
de massa (tempo real) 


e Impressoras de 120 CPS 
até 600 LPM SOFTWARE d uma 
e 64 terminais locais e/ou e «Packages» portugueses 


remotos e de fábrica para as 


« Bandas magnéticas diferentes aplicações vasta faixa 
de utilizadores 
que podem 
assim 
optar entre 
esta 


e 


PHILIPS ... aquela 
HARDWARE SOFTWARE 


º 
e Tarja magnética . e «Packages» portugueses A, / 
e «Floppy disc» e de fábrica para as Maquina . 
e Cassetes diferentes aplicações 

e Periféricos de fita 


e Periféricos de cartões 


Para informações mais detalhadas, dirija-se à yyy 11 
DIRECÇÃO DE MARKETING/MÁQUINAS DE CONTABILIDADE E COMPUTADORES | 14 
Avenida Duque de Loulé, 72 — Tel. 56 0091 — 1000 LISBOA HE HH 1 


Av. Duque de Loulé 72 — Tel. 56 00 91 — Telex 14306 REGISL — 1000 LISBOA 
R. Álvares Cabral 406 — Tel. 31 25 78 — Telex 24232 REGISP — 4000 PORTO 
Rua Dr. Manuel Rodrigues, 16-20 — Telefone 2 61 08 — 3000 COIMBRA 
Rua Dr. Cândido Guerreiro, 27-A — Telefone:2 43 47 — 8000 FARO 
Rua Cidade de Tokushima, Lote 19-A Loja 1 — Tel. 233 86 — 2400 LEIRIA 
Avenida da Liberdade, n.º 68 — Telefone 24790 — 4700 BRAGA 
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INFORMAÇÕES GERAIS 


Dar e Receber: 
a GUIDE em Foco 


A GUIDANCE FOR USERS OF 
INSTRUMENT DATA PROCES- 
SING EQUIPMENT (GUIDE) é uma 
associação mundial, composta por 
empresas de grandes configurações, 
que utilizam material da International 
Business Machines (IBM). 

Analogicamente a GUIDE corres- 
ponde a uma associação de consumi- 
dores, para que, unidos — portanto, 
com maior poder — se possam de- 
fender da IBM. Outros objectivos se 
encontram no seio da GUIDE, tal 
como por exemplo o promover entre 
os sócios o intercâmbio de informa- 
ções e experiências sobre todas as 
questões relacionadas com a informá- 
tica; o desenrolar de projectos para 
estudo dos sistemas de informação 
tanto em seus aspectos organizativos, 
como para melhor aproveitamento 
dos materiais e equipamentos existen- 
tes no mercado; o informar a IBM 
das necessidades e experiências dos 
membros da associação com os pro- 
dutos e os serviços da mesma, a fim 
de sugerir e obter uma melhor quali- 
dade dos mesmos, em benefício dos 
sócios utilizadores; o estabelecer rela- 
ções com outras associações ou gru- 
pos profissionais, nacionais e interna- 
cionais, com actividades iguais ou si- 
milares. 

A associação é administrada por 
um Comité de Direcção, formado 
pelo Comité Executivo, que examina 
os problemas administrativos, e os 
Comités de Divisões e Regiões, que 
têm a seu cuidado os problemas téc- 
nicos, tanto os específicos a um 
membro, como os de interesse geral. 

Os membros agrupam-se em re- 
giões geográficas, as quais têm no 
possível uma linguagem comum. Ac- 
tualmente os problemas técnicos es- 
tão segmentados em quatro divisões: 
Divisão de Centro de Processamento 
de Dados — responsável pelos traba- 
lhos relacionados com a direcção e 
operação dum centro de processa- 
mento de dados; Divisão de Aplica- 
ções — interessada primordialmente 
em aplicações especiais; Divisão de 


Bases de Dados — debruça-se sobre 
a coordenação e controlo, dos requi- 
sitos conceitos e filosofia de Bases 
de Dados e sua utilização; Divisão de 
Sistemas de Programação — com in- 
teresse nos projectos realizados com 
o Software geral e os módulos e pro- 
gramas de ajuda. 

Quando as reuniões o exigem, é 
criado um comité de organização lo- 
cal, para se encarregar de todos os 
problemas relacionados com as mes- 
mas. Estes comités estão coordena- 
dos pelo comité de direcção, para 
preservar, dentro do possível, o es- 
pírito dessas reuniões. 

Nas regiões (são 9 ao todo) reu- 
nem-se os membros da associação. 
Da região a que Portugal pertence, 
faz igualmente parte a Espanha e a 
América do Sul (GUIDE Ibérica). 
Esta é uma associação paralela ao 
GUIDE Europeu, sendo possível per- 
tencer a cada uma delas, separada ou 
conjuntamente. 

As quotas de participação corres- 
pondentes no ano de 81 são: 


GUIDE EUROPEU — 300 Fr. S. 
GUIDE IBÉRICA — 15 000 Ptas. 


Realizam-se quatro tipos de reu- 
niões: ASSEMBLEIA GERAL 
ANUAL — tem uma duração de dois 
a três dias, todos os membros da 
GUIDE podem enviar à Assembleia, 
quantos representantes crêem neces- 
sários para cobrir os temas de in- 
teresse; reuniões de Mini — Guide 
— em 1982 terá lugar em Lisboa, 
reuniões dos grupos de trabalho e 
reuniões regionais. 

Para difundir a informação sobre 
processamento de dados e intercâm- 
bio de ideias, a GUIDE organiza na 
sua Assembleia Geral seminários, 
mesas redondas e palestras, a que 
costumam assistir 200 a 300 pessoas. 

A GUIDE através das suas sessões 


de trabalho, proporciona também. 


projectos de investigação, reuniões 
de trabalho e grupos de trabalho. 
Geralmente participam nesse tipo de 
reuniões, grupos pequenos com um 
máximo de 20 a 30 pessoas. 

Várias são as regras que determi- 
nam se uma empresa pode ser mem- 
bro da GUIDE. Assim, e a título 


exemplificativo, refira-se as seguintes, 


condições: — A instalação deve ter 
(pedida ou instalada): 


Um sistema / 360 modelo 40 ou 
maior. 

“Um sistema / 370 modelo 135 ou 
maior. 


Não basta possuir o equipamento, 
é preciso usá-lo. 

A GUIDE mantém contacto re- 
gular com a IBM, a qual respeita os 
pontos de vista da Associação, sendo 
mesmo, um elemento subsidiário 
para algumas actividades. 

A GUIDE é o que os membros 
desejam. Todos têm a opção de dar o 
carácter que crêem mais adequado e 
a desenvolver os projectos que mais 
lhes interessam, no entanto, e se- 
gundo o espírito da associação — 
«Dar e Receber» — espera-se de 
cada membro uma atitude de cola- 
boração para com os outros mem- 
bros. 


DECUS Portugal 


No passado dia 15 registou-se em 
Lisboa, por escritura em Notário, a 
formação de DECUS PORTUGAL, 
Digital Equipment Computer Users 
Society de Portugal. 

DECUS PORTUGAL é uma asso- 
ciação com fins não lucrativos que se 
dedica à promoção do intercâmbio de 
informação científica e técnica entre 
os utilizadores de computadores fa- 
bricados pela DIGITAL 
EQUIPMENT CORPORATION. 
Junta-se esta associação, consequen- 
temente, à família de associações 
DECUS que existem em quase todos 
os Países englobando um número to- 
tal de membros superior a 45 mil. 

Existem mais de 100 computadores 
de marca DIGITAL no nosso País. A 
DECUS PORTUGAL promoverá ac- 
tividades várias incluindo reuniões a 
nível Nacional e Europeu onde os 
utilizadores poderão trocar pessoal- 
mente ideias sobre aplicações de 
equipamentos de computação e bene- 
ficiar das experiências mútuas; publi- 
cações que facilitarão a comunicação 
entre membros e entre estes e a com- 
panhia DIGITAL; acesso fácil a uma 
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biblioteca de mais de 1700 progra- 
mas testados e documentados. 

Para obter informação sobre o 
modo de se tornar sócio da Decus 
Portugal pede-se o favor de contac- 
tar: Eng.º João Barreira — Presidente 
Adjunto de D. P. — c/o Companhia 
Portuguesa Rádio Marconi, Rua de 
S. Julião 1100 LISBOA. 


A Propósito de 
Investimentos 


Nos dias 17, 18 e 19 de Março, a 
Regisconta promoveu um ciclo de 
conferências subordinado ao tema: 
«A PROPÓSITO DE INVESTIMEN- 
TOS», no Hotel Sheraton. 

Pretendeu-se difundir o SISTEMA 
INTEGRADO DE INCENTIVOS 
AO INVESTIMENTO (SIII) e o 
REGIME DE INCENTIVOS FI- 
NANCEIROS AO INVESTIMENTO 
— TURISMO (RIFIT). Para isso 
foram convidados: Dr. Henriques da 
Silva — do Departamento Central de 
Planeamento; Dr. Rogério Fernandes 
Ferreira — Prof. de Fiscalização e 
Gestão Financeira na Universidade 
Católica; e Dr. Virgolino Vieira — 
do Banco Totta e Açores. Versaram 
respectivamente os seguintes temas: 
«Apresentação geral e específica do 
SIll»; «Aspectos fiscais»; e «Apre- 
sentação de um caso prático». 

Na inauguração usou a palavra o 
administrador-Delegado da Regis- 
conta, Dr. Artur Reis Santos Nunes 
que falou sobre «A conjuntura e os 
investimentos». As conferências 
foram seguidas de debate. 


Declaração do Júri 
do Prémio API-1980 


O júri do Prémio API-1980 decidiu 
por unanimidade escolher como ven- 
cedores os trabalhos «A BANCA E 
A INFORMÁTICA. APROXIMA- 
ÇÃO DE UMA BASE DE DA- 
DOS», de Ilídio Antunes e «POR 
UMA NOVA ORDEM INFORMÁ- 


10 


TICA EM PORTUGAL», de Carlos 
Morais, e atribuir menções especiais 
aos trabalhos «DIREITO DE INFOR- 
MÁTICA», de Matos Pereira, e 
«SELECTIVE BACKTRACKING 
FOR LOGIC PROGRAMS», de Luís 
Moniz Pereira e António Porto. 


Il. O júri do Prémio API-1980, 
constituído por Magalhães 
Costa, Raul Verde, José Manuel 
Certal, João Perdigão e Helder 
Coelho, foi nomeado pelo Con- 
selho Geral da API, em reunião 
ocorrida em Lisboa em 17/1/ 
/1981. Durante aproximada- 
mente 3 meses interpretou o re- 
gulamento do prémio, definiu a 
metodologia a utilizar, propôs os 
princípios básicos que devem 
orientar futuros prémios de uma 
associação profissional como a 
API, e seleccionou os pre- 
miados. 

2. Dos 16 trabalhos presentes, dos 
quais 11 publicados na «Revista 
de informática» decidiu o júri 
excluir o trabalho de Adelino de 
Sousa, «DEFINIÇÃO DE UMA 
LINGUAGEM DE PROGRA- 
MAÇÃO — LIS: LINGUAGEM 
DE IMPLEMENTAÇÃO DE 
SISTEMAS», por não satisfazer 
ao artigo 2.º do regulamento. 

3. O júri entendeu que o prémio da 
API devia privilegiar a inovação 
sobre a divulgação e a compila- 
ção. Dentro da inovação, enten- 
deu atribuir prioridade ao in- 
teresse sobre a aplicabilidade e o 
valor teórico dos trabalhos. E, 
dentro da divulgação, entendeu 
privilegiar os trabalhos com in- 
teresse geral sobre os de interes- 
se particular. 

4. A simples lista dos trabalhos 
aceites revelou por um lado que 
os trabalhos não publicados na 
«Revista de informática» eram 
em número reduzido, de apenas 
3 autores, e de apenas dois sec- 
tores da informática portuguesa. 
Tal situação é preocupante, pois 
reafirma que a maior parte dos 
informáticos portugueses se re- 
cusa a divulgar os seus traba- 
lhos, não contribuindo para o 
conhecimento e desenvolvimento 
do que se faz em Portugal. E, 
por outro lado, a maioria (senão 
a totalidade) dos trabalhos pre- 
sentes, orientados para publica- 
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ção em revista, não apresentava 
o nível adequado a um prémio 
da API. Este último aspecto le- 
vou o júri a considerar a não 
atribuição do prémio. 

5. Tendo porém em conta que se 
tratava do primeiro prémio da 
API, e que a sua outorgação po- 
derá ser um motivo de estímulo 
para todos os que trabalham em 
informática começarem a divul- 
gar as suas ideias, metodologias, 
técnicas e aspectos principais das 
aplicações desenvolvidas ou a 
desenvolver, resolveu o júri rea- 
lizar a selecção das cinco melho- 
res obras. 

6. Todos os trabalhos premiados 
apontam possíveis vias de traba- 
lho no campo da Informática, e 
em Portugal, que devem ser 
apoiados e fomentados. O júri 
considera que a sua selecção tra- 
duz de um modo inequívoco 
uma chamada de atenção à co- 
munidade informática. 

7. O prémio API-1980 foi atribuído 
a «A BANCA E A INFORMÁ- 
TICA. APROXIMAÇÃO DE 
UMA BASE DE DADOS» pelas 
seguintes razões: 


* única obra que representa de 
facto o trabalho regular e tí- 
pico da comunidade informá- 
tica; 

obra que reúne maiores tra- 
ços de inovação e aplicabili- 
dade, tanto do interesse da 
informática, em particular, 
como dos utilizadores em 
geral. : 


* 


8. O prémio API-1980 foi atribuído 

* “a «POR UMA NOVA ORDEM 
INFORMÁTICA EM PORTU- 
GAL» pelas seguintes razões: 


* qualidade de exposição e 
aprofundamento exemplares; 
* contributo útil para uma pre- 
visão a curto/médio prazo, 
com interesse para toda a co- 
munidade informática; 
peça indispensável da pa- 
norâmica sobre a informá- 
tica, e portanto um passo 
para uma visão sobre a infor- 
mática portuguesa. 


x 


9. Foi atribuída uma mensão espe- 
cial ao livro «DIREITO DE IN- 
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FORMÁTICA» pelas seguintes 
razões: 


* tratar-se de uma matéria nova 
e importante a nível geral e 
do país; 

* tratar-se de um trabalho es- 
sencialmente de compilação; 

* reflectir um esforço consi- 
derável de estudo. 


10. Foi atribuída uma menção espe- 
cial à obra «SELECTIVE 
BACKTRACKING FOR LOGIC 
PROGRAMS» pelas seguintes 
razões: 


* inovação teórica, embora 
sem qualquer impacto ime- 
diato sobre a comunidade in- 
formática portuguesa (empre- 
sas e utilizadores); 

* real valor do trabalho subja- 
cente para o desenvolvimento 
de novos instrumentos infor- 
máticos, e para a evolução 
de linguagens de programa- 
ção de alto nível. 


11. O júri, embora constituído por 
cinco membros, trabalhou ao 
longo de cinco reuniões apenas 
com quatro membros, devido à 
ausência sistemática por motivos 


de força maior de João Perdigão. 
Lisboa, 24 de Abril de 1981. 


Magalhães Costa 
Raul Verde 
José Manuel Certal 
Hélder Coelho 


«Inquérito Num Centro» 
ou a «R. I. Vista 
Pelos Informáticos» 


A Revista de Informática procedeu 
a um inquérito a alguns trabalhadores 
do departamento de informática da 


Setenave sobre o tema «A R.lI. vista 


pelos informáticos». 

Das respostas desse inquérito 
vários pontos comuns ressaltam, dos 
quais há a destacar. 


— À «R.I.» é o único elo de liga- 
ção entre o informático e a As- 


sociação Portuguesa de Infor- 
mática (API). Mesmo assim, 
este contacto não é assíduo. 
Isto deriva essencialmente de 
dois factos, um resultante da 
periodicidade da revista, o ou- 
tro resultante da mudança de 
emprego por parte dos informá- 
ticos. A grande maioria dos 
contactados não lê a revista, fo- 
lheia-a. A saturação do trabalho 
também tem aqui uma grande 
influência. 

— Quanto à qualidade da «R.I.», 
todos os entrevistados concor- 
daram com uma melhoria gra- 
dual, tanto no aspecto gráfico 
como no conteúdo. Dos artigos 
de maior agrado, sobressaiem 
«Novos Produtos» e «Revista 
de Imprensa». Consideram tam- 
bém muito positiva a ida da re- 
vista aos locais de trabalho, aos 
centros de informática. Dever- 
-Se-ila mesmo incrementar este 
tipo de actividades. 


— No que se refere a críticas for- 
muladas à «R.1.», foi unânime 
o considerar que ela está muito 
compacta, pouco acessível, 
utilizando por vezes uma lin- 
guagem extremamente difícil de 
compreender, essencialmente 
por novos informáticos. 


— Quanto ao que gostariam de ver 
na «R.1.» vários desejos foram 
enunciados. No entanto os mais 
focados consistiram essencial- 
mente em artigos mais práticos, 
uma maior leveza no conteúdo, 
com a inclusão de artigos tipo 
charadas, divertimentos... Um 
outro desejo consistia no lança- 
mento de mais números por 
ano, inclusivé a publicação de 
números especiais, subordina- 
dos no entanto a temas interes- 
santes. 

Por fim, mas não menos im- 
portante, consideraram que a 
«R.1.» deveria criar outras acti- 
vidades tais como cursos, semi- 
nários, palestras..., mas de 
pouca duração e com um vasto 
leque de interessados. 

— Em último lugar, mas também 
o não menos importante, os 
contactados consideraram que 
as relações Informático-API não 
são fecundas, mas que isso 
também se deve aos próprios 


informáticos. Estes, além de 
não divulgarem a revista e de 
terem um fraco hábito de lei- 
tura demonstram pouco interes- 
se pelo que se passa com a In- 
formática, fora dos centros 
onde trabalham. Em relação a 
isso, a API deveria fomentar 
um maior contacto, pressio- 
nando os associados para algu- 
mas actividades. Acções des- 
centralizadoras por parte da 
API, também contribuiriam 
grandemente como incentivo 
dessas relações. 


Reunião do Grupo 2.3 
da IFIP 


Realiza-se em Sintra a próxima 
reunião do Grupo 2.3 da IFIP («Me- 
todologia da Programação») de 18 a 
24 de Outubro de 1981. 


Mercado de Emprego 


A procura de técnicos qualificados 
em Informática deu origem aos se- 
guintes anúncios no «O Jornal» 
durante o 2.º trimestre de 1981. 


Categorias Informáticas 2.º Trimestre 1981 


Director de Informática 

Chefe de Centro 

Chefe de Projecto 

Engenheiro de Controlo de Pro- 


cessos 
Engenheiro de Comunicações de 


Dados 

Analista de Sistemas 

Técnico de Bancos de Dados 

Programador ou Analista/Progra- 
mador 

Operador 

Técnico de electrónica/Manu- 
tenção 


No período de 11 meses (Junho de 
1979 a Abril de 1980) verificaram- 
-se as ofertas de trabalho em infor- 
mática no jornal «Expresso». Os 
resultados obtidos foram: 


Factos verificados: 


Total de ofertas no período 249 
Média mensal 23 


Desvio padrão q! 


crescimento 
4.6% 

SETEMBRO, 

DEZEMBRO 


Tendência verificada 
Taxa de crescimento/mês 
«Picos» 


a ss 
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) SISTEMAS E METODOS DE ORGANIZAÇÃO 
LE E INFORMÁTICA, SARL 


AREAS DE ACTUAÇÃO 


“INFORMÁTICA 


Concepção de Sistemas Informáticos 
Análise Funcional e Orgânica 
Programação 

Gravação de Dados 

Processamento Informático 


ORGANIZAÇÃO E GESTÃO 
ESTUDOS DE DESENVOLVIMENTO 
FORMAÇÃO PROFISSIONAL 


RECRUTAMENTO E SELECÇÃO DE PESSOAL 


DEPARTAMENTO INFORMÁTICA 


Av. Santos Dumond, 50 — 1000 LISBOA 


Administração, Departamento Organização, Estudos e Formação: 
Rua da Beneficência, 229, 3.º — 1100 LISBOA à 
Telefone 731460 - 763701 - 760839 
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Quatro Novos Sistemas 
no Alto da Gama 

da Série Mini 6, 

dos quais dois Modelos 
de 32 Bits 


No alto da gama da série Mini 6, 
a CII Honeywell Bull introduziu no 
mercado quatro novos modelos de or- 
denadores: o Mini 6/74 e 76, mo- 
delos 16 bits, extensíveis a 32 bits, 
os Mini 6/92 e 96. 

Pela primeira vez um construtor 
oferece a possibilidade de fazer 
evoluir no próprio local um mini- 
-ordenador 16 bits em 32 bits e solu- 
ciona o problema do aumento de po- 
tência sem pôr em causa os investi- 
mentos realizados. 

Esta funcionalidade, essencial para 
os clientes, tem a ver com a concep- 
ção desta família de ordenadores, que 
foi decidida desde a sua origem. 

Com efeito, e à partida, a arquitec- 
tura do Mini 6 integrava todos os 
elementos permitindo uma evolução 
para 32 bits, nomeadamente a en- 
dereçagem memória, as instruções a 
duplas e triplas «palavras» de 16 
bits, e a extensibilidade do megabus. 
Estas características asseguram uma 
compatibilidade material e logicial 
entre o Mini 6 a l6 e a 32 bits. 

A arquitectura dos Mini 6/92 e 96 
compõe-se essencialmente de um me- 
gabus 32 bits com uma velocidade de 
transferência de 13,3 megaoctetos/se- 
gundo, sobre o qual são conecta- 
dos os elementos necessitando de 
grande velocidade de transferência, 
tais como o processador central, os 
processadores especializados e os 
controladores de memória 32 bits. 

O Mini 6/92 tem uma memória 
central extensível de 1 a 4 milhões 
de octetos, em tecnologia chip de 64 
K bits, uma capacidade de armazena- 
gem de 3 biliões de octetos em linha, 
e gere até 64 linhas de comunicação. 

O Mini 6/96 tem uma memória 
central extensível de 1 a 16 milhões 
de octetos, uma capacidade de arma- 
zenagem de 3 biliões de octetos em 
linha e pode gerir até 112 linhas de 
comunicação. 

O processador central destes dois 
modelos 32 bits possui 237 instru- 
ções e comporta 35 registos progra- 
máveis. Dois processadores especiali- 
zados são oferecidos em standard; 


um para tratar as aplicações de ges- 
tão escritas em COBOL (o CIP: CO- 
BOL Instruction Processor), o outro 
para tratar as aplicações científicas 
escritas em FORTRAN (o SIP: 
Scientific Instruction Processor). 
Estes processadores especializados 
permitem multiplicar por seis a per- 
formance do Mini 6, graças às suas 
trinta instruções microprogramadas. 

Os Mini 6/74 e 76 estendem a 
oferta actual do Mini 6 16 bits: a sua 
dimensão de memória é extensível de 
512 K octetos a, respectivamente 1 e 
2 milhões de octetos, a sua capaci- 
dade máxima de armazenagem de 1 
bilião a 2 biliões de octetos em linha, 
e a sua capacidade em linhas de co- 
municação, de-40 a 64 linhas. 

Além, destes modelos «alto da 
gama» a oferta na parte baixa da 
gama Mini 6 é enriquecida pela in- 
trodução de dois novos modelos pré- 
-configurados, os Mini 6/33 E e 6/43 
E, vindo intercalar-se entre o 6/33 e 
o 6/43. 

Os modelos da família Mini 6 fun- 
cionam sob os sistemas de explora- 
ção GCOS 6 MOD 200, MOD 400, 
MOD 400 DSS e MOD 600. 

O MOD 200 é destinado aos siste- 
mas de entrada, e o MOD 400 aos 
sistemas autónomos ou satélites de 
ordenadores. O MOD 400 DSS é es- 
pecializado para os sistemas satélites 
dos ordenadores CII-HB 64/DPS, 
DPS 7, DPS 8, funcionando no es- 
quema DSA (Distributed Systems Ar- 
chitecture). O MOD 600 esta reser- 
vado aos sistemas de grande potência 
em esquema multi-utilizador e gestão 
de bancos de dados de muito alto 
nível. 


Película de 
Decalque 3 M INT 


As vantagens trazidas às indústrias 
de artes gráficas pelas películas de 
decalque de caracteres, são incontes- 
táveis. 

O «3M INT» (Image n'Transfer) 
é uma boa maneira de economizar 
pois permite que gráficos desenha- 
dores, arquitectos, técnicos de publi- 
cidade, etc., possam preparar os ori- 
ginais que necessitam, sem estarem 
condicionados às limitações da oferta 
do mercado. 


Apresentação Wang 
no Hotel Penta 


A DATINFOR representante ex- 
clusiva em Portugal da Wang La- 
boratories, apresentou no Hotel 
Penta, nos dias 20 e 21 de Maio uma 
vasta gama de equipamentos para 
processamento de dados e tratamento 
de informação. sobre o tema «O 
Escritório do Futuro». 

A automatização de tarefas admi- 
nistrativas num escritório, tem sido 
um dos principais objectivos da 
Wang Labs, ao desenvolver sistemas 
quer para processamento de dados, 
quer para tratamento de informação, 
bem como processamento de textos. 

A possibilidade de efectuar estas 
tarefas com um só equipamento foi 
conseguida com os Sistemas Integra- 
dos de Informação de que é exemplo 
o sistema VS. 

Presentes também sistemas de pro- 
cessamento de dados de um ou vários 
postos de trabalho, mono ou multi- 
programação, bem como sistemas de 
tratamento de textos. 

Durante as sessões de apresentação 
dos vários equipamentos foram efec- 
tuadas ligações a Bancos de Dados 
nos USA e Europa. 


CII Honeywell Bull 
Introduz no Mercado 
o Sistema Multics 


CII Honeywell Bull acaba de anun- 
ciar a introdução, de sistemas multi- 
processadores universais Multics. 

Oferecendo uma grande capacidade 
de tratamento interactivo de dados e 
meios elaborados de comunicação es- 
crita, Multics destina-se a grandes 
grupos de utilizadores, para os quais 
constitui, simultaneamente, um po- 
tente sistema de informática e de co- 
municação. Pela arquitectura do seu 
materiale do seu software de explora- 
ção, Multics assegura um alto nível 
de segurança. Entre os sistemas di- 
fundidos hoje no mundo, Multics é 
considerado pelos peritos como sendo 
o mais seguro em matéria de protec- 
ção das informações confidenciais. 
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Multics funciona nos materiais 
DPS 68M e DPS 8/70M. Estes po- 
dem comportar de 1 a 6 processa- 
dores centrais e suportar uma confi- 
guração dupla ao nível de todos os 
módulos de um sistema. Estes ma- 
teriais são versões Multics de ordena- 
dores de grande porte 66 DPS e DPS 
8/70, largamente difundidos pela CII 
Honeywell Bull com o software de 
exploração GCOS. 


Fabricação de DPS 7/65 CH 
Honeywell Bull no Brasil 


O Governo Brasileiro acaba de dar 
o seu acordo de princípio para a as- 
sociação da CII Honeywell Bull com 
um parceiro industrial brasileiro, para 
desenvolver uma fabricação local de 
grandes sistemas. 

Há já vários anos que o governo 
brasileiro tinha decidido dar, no qua- 
dro do seu plano de informática, para 
o fornecimento de grandes sistemas 


ao mercado brasileiro, a prioridade 
aos construtores estrangeiros que os 
fabricassem localmente. Vários pro- 
jectos de cooperação industrial impli- 
cando construtores americanos e ja- 
poneses foram examinados; o go- 
verno escolheu a fabricação do DPS 
7/65 da CII Honeywell Bull, produto 
muito performance, que beneficia de 
uma tecnologia moderna (CML2 e 
micropackaging), e cujos primeiros 
sistemas estão actualmente a sair da 
fábrica de Angers. 


- TELEMÁTICA E CONTABILIDADE, LDA. 


RUA COELHO DA ROCHA, 66-R/C-ESQ. 


RECOLHA DE DADOS 


TEL. 67 48 38 


CARTÃO, BANDA, DISKETTE, PROCESSAMENTOS 
FORMAÇÃO, CURSOS DE RECOLHA DE DADOS, PROGRAMAÇÃO E OUTROS 


Mi 
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EXISTIMOS PARA GARANTIR O FUNCIONAMENTO DOS CENTROS DE CÁLCULO EM PORTUGAL 


MONTAMOS OS MAIS SOFISTICADOS SISTEMAS DE CLIMATIZAÇÃO. 


EXIGIMOS O MAIS ELEVADO NÍVEL DE QUALIDADE E FIABILIDADE DO SEU ORDENADOR. 
ESTAMOS AO SERVIÇO DA INFORMÁTICA. GARANTIMOS: 


— PERFEITA ASSISTÊNCIA TÉCNICA PERMANENTE 
— STOCKS DE SOBRESSALENTES 
— ALTA QUALIDADE DE MÃO-DE-OBRA 


CONSULTE-NOS. 


AV. ALMIRANTE GAGO COUTINHO, 101-B — 1700 LISBOA — TEL. 89 99 43 - 89 60 10 
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Vai montar . 


Projecta, instala e constrói as diferentes 
infra-estruturas técnicas de apolo: 
Condicionamento de ar e ventilação 

e Pavimentos falsos e Instalação eléctrica 
e Sistemas de alimentação de energia sem 
interrupção e Protecção contra incêndios 
e intrusão e Controlo de acessos 

e Condicionamento acústico é Etc. 


Algumas referências — Entidades militares: Força Aérea, Serviços Mecanizados do Exército, Serviços 
Cartográficos do Exército, Centro Mecanográfico da Armada. Entidades privadas: Marconi, Shell, C. Santos, 
Entreposto, Olavo Cruz, Nestlé, Coats & Clarck, Têxteis Manuel Gonçalves, Somelos, Grundig, Sipe, 
Gulbenkian, Siemens, Efacec. Organismos públicos: Ministério das Finanças, Instituto Nacional de Estatística, 
Instituto Superior Técnico, Direcção-Geral dos Transportes Terrestres, Caixa Nacional de Pensões, Caixa 
de Previdência dos Profissionais de Comércio, R.T.P., C.T.T./T.L.P.. Companhia das Águas, Cimpor, Setenave, 
Tabaqueira, Petroquímica, Siderurgia Nacional, Epac, Portucel. Jornais: Diário de Notícias, Diário Popular; 
Jornal de Notícias. Banca: BE.S.C.L., Banco Português do Atlântico, Banco Nacional Ultramarino, Banco 
Fonsecas & Burnay, União de Bancos Portugueses, Banco Borges & Irmão. Seguros: Instituto Nacional de 
Seguros, Companhia de Seguros Império, Tranquilidade-Seguros, Fidelidade — Grupo Segurador, Companhia 
de Seguros Europeia, Portugal Previdente, Seguradora Industrial, Seguradora Garantia, Bonança, Cosec. 
Transportes: Carris, C.P.. Metro, Soponata, TAP, CT.M., Rodoviária Nacional. 


Consulte-nos NÓNIO — Gabinete de Representações, Assistência Técnica, 
Estudos e Projectos, Lda. 


Rua Luís Derouet, 18-A a D, 1200 LISBOA 
Telefs.: 68 44 74, 68 56 51, 68 39 95, 685899 — Telex 18880 JOMY P 
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Polya, G. 

HOW TO SOLVE IT 
Doubleday Anchor Books, 
1957, 253 págs. 


A Heurística — o estudo dos mé- 
todos e regras da descoberta e da in- 
venção — como processo de aprendi- 
zagem, tem sido negligenciada, se- 
não esquecida. Com este pequeno li- 
vro, Polya dá um novo contributo 
para a compreensão do processo de 
resolução de problemas e para as 
operações mentais associadas. 

O presente livro apresenta exem- 
plos retirados da geometria. O seu 
principal objectivo é ensinar um mé- 
todo que pode ser aplicado à solução 
de outros problemas, mais ou menos 
técnicos. 

O processo usado no raciocínio 


heurístico, pode ser expresso através ' 


das seguintes perguntas: 


«O que é desconhecido? Quais são 
os dados? Qual é a condição? Conhe- 
ço um problema idêntico?» 


Habilmente, Polya ensina-nos a 
maneira de ultrapassar as irrelevân- 
cias que enchem de maneira desorde- 
nada o nosso pensamento e guia-nos 
para mais claros e produtivos hábitos 
mentais. 

O «Pequeno Dicionário de Heurís- 
tica» incluído em «How to solve it» 
fornece a história, técnicas e termi- 
nologia de heurística, com uma bri- 
lhante precisão. O livro conclui com 
uma secção de vinte problemas, su- 
gestões e soluções. 


A. DE SOUSA 
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A TAP-Air Portugal 
e o seu Meio Milhar 
de Terminais 


A TAP-Air Portugal pela natureza 
da sua actividade é, sem dúvida, não 
só agente económico de grande im- 
portância, como possuidora de um 
notável potencial tecnológico em que 
se enquadram todos os meios de in- 
formática de que presentemente se 
serve e que são concorrentes num 
processo de viabilização que se pre- 
tende rápido e eficaz. 

Não é fácil enquadrar no panorama 
nacional o que se passa na Transpor- 
tadora Aérea Nacional no domínio de 
utilização de computadores. Com 
efeito, necessidades específicas de 
gestão, levaram a que em 1974 fosse 
instalado e inaugurado após um perí- 
odo de intensa preparação e planea- 
mento, um Sistema de Reservas de 
Lugares e Controlo de Partidas que 
permite seguir um cliente desde que 
estabelece o primeiro contacto telefó- 
nico com a TAP-Air Portugal, até 
que parte no voo desejado. Deu-se, 
assim, um primeiro e significativo 
passo para o estabelecimento de 
meios rápidos e eficientes permitindo 
não só prestar bom serviço aos passa- 
geiros como também possibilitar uma 
gestão em moldes internacionais. 
Posteriormente (em 1979) atingiu-se 
a fase de operacionalidade de sistema 
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idêntico de Reservas mas para Carga 
e que permitirá seguir igualmente 
desde as encomendas a granel até aos 
grandes contentores e paletas durante 
todo o seu trajecto, garantindo o es- 
paço já reservado e o correcto manu- 
seamento. 

Uma equipa de especialistas traba- 
lha ainda neste Sistema de modo a 
garantir que todas as funções previs- 
tas estejam operacionais até ao fim 
do ano corrente. 


Ligação aos aeroportos 
e lojas de vendas 


Os sistemas mencionados funcio- 
nam em tempo real 24 horas por dia 
e permitem ligação não só aos aero- 
portos e lojas de vendas nacionais, 
como à quase totalidade das lojas de 
vendas e aos Serviços de Reservas 
que a TAP-Air Portugal possui no 
estrangeiro. 

Estão em jogo não só enormes 
meios de telecomunicações como 
cerca de meio milhar de terminais 
que garantem aos operadores o contí- 
nuo acesso ao Sistema Central. 

O Sistema Central baseia-se num 
computador 370/158 com 2 Megaby- 
tes de memória e periféricos que vão 
desde as unidades de banda a discos, 
que constituem o suporte magnético 
para o complexo banco de dados e 
que garantem a disponibilidade per- 
manente de 1600 Megabytes! 
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De modo a tirar melhor partido das 
enormes potencialidades da arquitec- 
tura global que serve de suporte aos 
sistemas descritos foi já desenvolvida 
sob o mesmo programa de controlo 
por especialistas da empresa, uma 
aplicação destinada à gestão de 
«stocks» na área da Direcção do Ser- 
viço de Abastecimentos. 

Num futuro próximo, agências de 
viagens ficarão ligadas ao sistema de 
Reservas de Passagens permitindo as- 
sim estender os enormes benefícios 
daquele sistema para o exterior da 
própria TAP-Air Portugal. 

Por outro lado, um segundo com- 
putador IBM 370/158 de igual capa- 
cidade de memória garante a opera- 
ção de todos os outros sistemas que 
asseguram a gestão diária e a prazo 
da empresa. 

Com efeito, para além do sistema 
operativo OS/VSI sob o qual corre 
num grande número de aplicações 
(processamento de vencimentos, con- 
tabilidade de receitas, facturação de 
bilhetes, orçamento e respectivo con- 
trolo, planeamento das fases de gran- 
des inspecções em aviões, controlo 
de produção, etc.) está igualmente 
instalado o sistema IMS (Information 
Management System) que se planeia 
venha a constituir o suporte dos siste- 
mas a desenvolver e que impliquem 
bases de dados relevantes garantindo 
assim uma correcta e mais coerente 
gestão dos dados que são vitais para 
a TAP-Air Portugal. 

Por necessidade de recurso à pro- 
gramação interactiva está ainda ins- 
talado em coexistência com o sistema 
OS/VSI o sistema VM/SP que per- 
mite a partilha dos recursos do com- 
putador por vários utilizadores em 
modo virtual. 

A Entrada de Dados tem progressi- 
vamente abandonado o clássico su- 
porte em cartões para passar à intro- 
dução directa para disco por terminal 
de vídeo. sendo o seu número já de 
32. O sistema de Entrada de Dados é 
igualmente suportado por este com- 
putador. 


Um plano director 
de informática 


Um terceiro computador IBM 370/ 


158 de 2 Megabytes de memória 
serve de reserva aos outros 2. sendo 
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entretanto utilizado, para teste de sis- 
temas em desenvolvimento, estando 
prevista a sua utilização com IMS/VS 
e OS/VS1 no final do ano. 

A esta zona de aplicações é garan- 
tido o suporte por unidades de disco 
3350, bastante mais poderosas e rápi- 
das que as unidades homólogas dos 
sistemas de Reservas e Controlo de 
Partidas que utilizam de momento 
unidades de disco IBM 3330. 

Este conjunto é complementado 
por duas impressoras rápidas (2100 e 
1200 linhas por minuto) que permi- 
tem imprimir listagens com informa- 
ção a enviar aos vários departamen- 
tos utilizadores. 

Está em fase de arranque um plano 
director de informática que cubra 
tanto quanto possível o mesmo perío- 
do do plano a médio prazo, de modo 
a poder garantir uma eficaz e efi- 
ciente participação no cumprimento 
dos objectivos globais da gestão. 
Esse plano envolverá certamente 
princípios de transição tecnológica no 
domínio do «hardware» e fundamen- 
talmente na arquitectura dos siste- 
mas. Assim pensa-se evoluir para 
conceitos de inteligência distribuída 
que venham a permitir a gestão co- 
mum das redes de teleprocessamento 
bem como das bases de dados ineren- 
tes aos dois sistemas até agora sem 
possibilidade de intercomunicação. 
Pensa-se que deste modo a informá- 
tica se torne um importante instru- 
mento estratégico na gestão a curto e 
a médio prazo da TAP-Air Portugal. 


[O Jornal, 18/6/81] 


Computadores no Brasil: 
Indústria Nacional tem 
16,9% do Mercado 


em 1980 


A Secretaria Especial de Informá- 
tica (SEI) do Governo Brasileiro di- 
vulgou, recentemente o resultado da 
pesquisa mais aguardada pelo sector 
de informática: o parque instalado de 
computadores. O resultado da pesqui- 
sa comprovou o crescimento da in- 
dústria nacional, hoje responsável por 
uma parcela de 16,9 por cento do 
mercado (que inclui computadores de 
todos os portes num total de 8844 
máquinas). No curto período de três 


anos, entre a criação de uma reserva 
de mercado para minicomputadores e 
a realização da pesquisa, essa partici- 
pação saiu de zero para a posição 
actual, e sua presença já chega a ser 
dominante na classe II (minicomputa- 
dores) onde apenas uma empresa, a 
Cobra, responde por 54,8 por cento 
do mercado. 

Os dados agora divulgados assu- 
mem maior significado ao serem 
comparados com a última pesquisa 
realizada, em 1978, pela extinta Co- 
missão de Coordenação de Activida- 
des de Processamento de Dados 
(CAPRE). Naquele ano, a Cobra ti- 
nha 249 máquinas instaladas, pas- 
sando hoje, para 958. O único fabri- 
cante a aparecer ao seu lado, a Sisco, 
não obteve crescimento significativo 
(passou de 14 para 21 máquinas). Os 
demais fabricantes, no entanto, se 
não chegaram a obter a mesma per- 
formance da Cobra, têm participação 
significativa no mercado de minis: 
Sid (163 computadores), Labo (119), 
Edisa (95). 

A presença da indústria nacional 
pode ser medida, ainda, pelos nú- 
meros obtidos em uma pesquisa reali- 
zada pela Digibrás e pela Abicomp 
(Associação Brasileira da Indústria de 
Computadores e Periféricos): em 
1980, o facturamente previsto das 29 
empresas entrevistadas (as maiores 
do sector) era de Cr$ 16 biliões, con- 
tra Cr$ 5 biliões em 1979. Ao envia- 
rem os dados para a pesquisa, essas 
empresas já tinham facturado, efecti- 
vamente, Cr$ 4,5 biliões no primeiro 
semestre de 1980. A previsão de 
equipamentos instalados até o final 
do ano era de 5200 sistemas. Essas 
empresas investiram, em 1980, Cr$ 2 
biliões, tendo gerado 6300 empregos, 
sendo 30 por cento de nível superior. 

Para alguns sectores da indústria 
nacional, especialmente o de periféri- 
cos, mais do que o fomento, o maior 
incentivo a ser dado no momento 
seria a diminuição dos impostos es- 
pecíficos para a área. Segundo o se- 
cretário da Abicomp e presidente da 
Microlab (fabricante de unidades de 
disco e de fitas magnéticas), António 
Didier Viana, o Governo penalizou o 
sector em 1980 aumentando todos os 
impostos específicos. E relaciona: o 
imposto de importação de produtos 
acabados passou de 40 para 45 por 
cento; o de partes e peças, de 15 
para 30 por cento; o IPI de periféri- 


cos passou de 10 para 18 por cento, 
além dos aumentos que atingiram o 
restante da economia, como o ICM e 
a criação do IOF. 

Didier considera o IPI como o im- 
posto cujo aumento mais pesou para 
os periféricos, pois a indústria paga 
I8 por cento em cima do total do 
preço do produto, incluindo ICM. 
Para a CPU o IPI é menor: 10 por 
cento. Como a maior parte de um 
sistema é composto de periféricos, 
Didier faz o seguinte comentário para 
explicar a situação: «O usuário com- 
pra dois sistemas, dá um ao governo, 
sob forma de impostos, e fica com o 
outro». 

Ao se referir aos pesados encargos 
da indústria de informática, o secre- 
tário da Abicomp fala de um ponto 
que considera da maior importância 
para a sobrevivência do sector: o re- 
lacionamento entre a Secretaria Espe- 
cial de Informática e os outros órgãos 
governamentais. 

Um especialista do sector identi- 
fica, na ligação com o Conselho de 
Segurança Nacional, um dos princi- 
pais factores que atrapalharam a SEI. 
Ao contrário da época da CAPRE, 
onde o conselho plenário (com repre- 
sentantes dos ministérios da Fazenda, 
Indústria e Comércio, Comunicações, 
Seplan, Estado Maior das Forças Ar- 
madas e Conselho Nacional de Pes- 
quisas) tinha poderes para decidir, as 
decisões são centralizadas na SEI e 
no Conselho de Segurança Nacional, 
onde, muitas vezes, a informática 
não tem a mesma prioridade que ou- 
tras questões, tais como crise de 
energia, e eleições. 

Uma demonstração da falta de pri- 
oridade foi o atraso na promulgação 
do decreto criando os instrumentos 
da Política de Microelectrónica. Em 
Outubro do ano passado, a SEI anun- 
ciava para «dali a poucos dias» a 
promulgação do decreto, o que só 
veio a ocorrer no dia 6 de Março, e, 
com algumas substanciais modifica- 
ções no documento original. Em 
forma de minuta, este documento foi 
enviado pela SEI à Presidência da 
República. Mas antes, foi enviado 
aos demais ministérios, para que to- 
massem conhecimento e se pronun- 
ciassem. Inicialmente houve oposição 
ao conteúdo. Após várias reuniões, 
chegou-se a um acordo: o decreto pu- 
blicado modifica a estrutura da SEI 
dando-lhe competência para coorde- 
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nar o sector de microelectrónica, mas 
sempre em articulação com os órgãos 
envolvidos, como o CDI, Cacex, 
INPI. Cometro. CNQP. STI, CPA. 

A pretendida integração com os 
outros sectores, indispensável para a 
execução de medidas que envolvem 
recursos, concessões de incentivos e 
benefícios fiscais, definições de nor- 
mas técnicas e critérios de similari- 
dade, poderá se tornar mais efectiva 
a partir de agora, após a instalação 
da Comissão de Informática. Criada 
para assessorar a SEI na formulação 
de uma política de informática, a Co- 
missão será o elo de ligação com: a 
comunidade e com os demais minis- 
térios. Ela conta com representantes 
da SEI, do Conselho de Segurança 
Nacional (o secretário-executivo da 
SEN, da Digibrás, dos ministérios da 
Fazenda, Comunicações, Relações 
Exteriores, Educação, Indústria e Co- 
mércio, Interior, Estado-Maior das 
Forças Armadas, Seplan, Serviço Na- 
cional de Informações e das quatro 
entidades que representam a inicia- 
tiva privada: Associação das Empre- 
sas de Serviço de Processamento de 
Dados (Assespro), Sociedade dos 
Usuários de Computadores e Equipa- 
mentos Subsidiários (Sucesu), Socie- 
dade Brasileira de Computação 
(SBC) e a Abicomp. 

A primeira reunião da Comissão 
de Informática, em Março, acabou se 
realizando com cerca de um ano de 
atraso. Desde a instalação da SEI, 
representantes da indústria, das em- 
presas de serviços e pesquisadores 
cobravam o seu funcionamento e, até 
o momento, não existem razões ofi- 
ciais para o atraso. Segundo essas 
fontes, o atraso teve como conse- 
quência não apenas o esvaziamento 
da participação da comunidade nas 
decisões, mas o isolamento da SEI. 
Se a Comissão já tivesse se reunido, 
afirmam, vários problemas que afec- 
taram o sector poderiam ter sido, se- 
não evitados, pelo menos debatidos. 


[O Globo, 29/5/81] 


Brasil Deixou de Ser 
Apenas Usuário 


Nos últimos anos, várias faixas de 
mercado do ramo de computação 


Controlo de qualidade 


electrónica foram colocadas pelo go- 
verno brasileiro sob o regime de re- 
serva de mercado a firmas privadas 
nacionais. Essa orientação, que no 
começo se limitava à área de mini- 
computadores, foi sendo paulatina- 
mente ampliada. Atingiu, depois, o 
ramo de periféricos (impressoras, 
unidades de disco, de fitas) voltados 
para pequenos sistemas de computa- 
ção. Em seguida passou a desenvol- 
ver equipamentos de suporte: mo- 
dems e terminais de vídeo. Até atin- 
gir segmentos como controlo de pro- 
cesso, facturadoras, caixas regista- 
doras, terminais bancários e equipa- 
mentos digitais para criptografia. Ar- 
gumento principal usado para justifi- 
car a medida: manter no País o «cen- 
tro» de decisões naquelas áreas. 

O modelo actual, baseado em em- 
presas privadas nacionais, apresenta 
também o atractivo, pelo menos no 
que" se refere à computação electró- 
nica, de não caracterizar nenhum tipo 
de privilégio, defensável em se tra- 
tando de interesses estratégicos do 
País. As empresas não contam, por 
exemplo, nem mesmo com os incen- 
tivos previstos na área do CDI (Con- 
selho de Desenvolvimento Indus- 
trial), que beneficia até empresas es- 
trangeiras. Estas, quando têm os res- 
pectivos projectos aprovados por 
aquele órgão, gozam de isenções di- 
versas, como a do imposto de impor- 
tação, que chega a onerar os investi- 
mentos de 30 a 50 por cento, depen- 
dendo do caso. Além disso, o aval 
do CDI praticamente garante o pro- 
jecto contra concorrências preda- 
tórias, na medida em que a existência 
de mercado é critério para novas 
aprovações no futuro. 

O modelo adoptado na indústria 


brasileira de computação electrónica 
igualmente não amenizou o problema 
dos investimentos próprios neces- 
sários à realização dos projectos. As 
empresas, para atender às importa- 
ções na fase inicial, tiveram de mon- 
tar redes de comercialização a nível 
nacional, o que representa aportes ra- 
zoáveis de capital em instalações físi- 
cas, pessoal de vendas, administração 
e «stocks» de material de reposição e, 
não raro. equipamento de «back-up». 
Tiveram também de arcar com todos 
os agravamentos de importações, in- 
clusive o depósito prévio correspon- 
dente a 100 por cento do valor dos 
produtos adquiridos externamente. A 
par disso, tornou-se necessário exe- 
cutar os projectos industriais propria- 
mente ditos, envolvendo investimen- 
tos igualmente respeitáveis. 

A indústria nacional de computa- 
ção electrónica, embora protegida 
pela reserva de mercado, não se 
caracteriza, também, por qualquer 
tipo de monopólio, claro ou disfar- 
çado. Há, em cada faixa de mercado, 
pelo menos três opções, havendo ca- 
sos em que este número chega a seis. 
A situação vem gerando críticas de 
que o potencial do mercado interno é 
insuficiente para viabilizar tão ele- 
vado número de fabricantes. O ponto 
de vista das empresas, no entanto, é 
que elas mesmas devem tomar as 
providências para resolver o proble- 
ma, se é que ele realmente existe. 

Ao modelo adoptado pode, por ou- 
tro lado, ser creditada a criação de 
grande número de empregos em áreas 
que não eram sequer cogitadas anteri- 
ormente, quando o mercado interno 
era atendido por importações ou li- 
nhas de montagem transplantadas 
para o País. 
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Linha de montagem de circuitos impressos 


Actualmente, há nele lugar para 
especialistas em arquitectura de com- 
putador, em software básico, desen- 
volvimento de redes, «design» de 
máquinas. A entrada dos minicompu- 
tadores nacionais no mercado, por 
outro lado, ampliou extraordinaria- 
mente o potencial para as antigas ac- 
tividades típicas de processâmento de 
dados no País, que eram vendas, as- 
sistência técnica e desenvolvimento 
de sistemas de aplicação. Além dis- 
so, abriu espaço para o aparecimento 
de empresas especializadas em fabri- 
car partes (teclados, circuitos impres- 
sos, painéis entre outros) e serviços 
(software e systems houses). Mas o 
aspecto talvez mais original da indús- 
tria brasileira voltada para a fabrica- 
ção de equipamentos de computação 
relaciona-se com algumas exigências 
inéditas do governo quando compara- 
das com outras actividades igual- 
mente objecto de estímulos específi- 
cos. Neste particular, pode-se men- 
cionar a obrigatoriedade dos projec- 
tos cumprirem determinado cronogra- 
ma de nacionalização dos respectivos 
produtos. Outra, o compromisso das 
empresas investirem percentuais ex- 
pressivos das receitas auferidas em 
pesquisa e desenvolvimento. Quanto 
aos contratos de tecnologia assinados 
pelas empresas no exterior, ficou 
acertado que eles se limitariam ape- 
nas aos produtos comercializados na 
fase inicial de implantação. Em ou- 
tras palavras, as evoluções dos pro- 
dutos ou versões destinadas a novas 
faixas de mercado deviam ser pró- 
prias ou desenvolvidas internamente 
a partir da linha estrangeira original. 

O modelo representa indiscutivel- 
mente ónus adicional ao usuário final 
dos produtos que os repassa, em todo 
ou em parte, à colectividade. Afinal, 
sobre o preço externo torna-se neces- 
sário agregar custos de comercializa- 
ção, assistência técnica e administra- 
ção. Há também escala de produção 


menor pelo facto de não existir nas 
novas empresas, ao contrário das es- 
trangeiras, outros produtos nos quais 
se possa descarregar parte daqueles 
custos. A par disso existe o preço do 
aprendizado igualmente prejudicial à 
eficiência do conjunto, mesmo na 
fase inicial de importação pura e sim- 
ples de produtos. Tal situação na- 
turalmente acaba por geral maior nú- 
mero de reclamações dos. que são 
obrigados a usar os equipamentos em 
questão. ' 


Desenvolvimento e testes de hardware 


A situação, segundo os fabricantes 
nacionais, representa o preço que o 
Brasil está tendo de pagar para con- 
seguir alguma autonomia no ramo. A 
simples transferência de linhas de 
produção para o País não resolve o 
problema. Há, a este respeito, prece- 
dente na própria indústria brasileira 
de informática que é o de uma linha 
de fabricação de unidades de fitas 
magnéticas transplantada do exterior 
para o Brasil pela IBM. Nela, 
durante muitos anos, trabalharam téc- 
nicos brasileiros que se familiari- 
zaram com algumas etapas importan- 
tes do processo de fabricação. As fa- 
ses críticas, no entanto, ficaram sob 
o rigoroso controlo da matriz no ex- 
terior. Em consequência, quando ela 
decidiu interromper a fabricação do 
produto no País, por razões internas, 
os conhecimentos parciais adquiridos 
pelos técnicos locais tornaram-se 
ociosos. 

Exemplo da precariedade do mo- 
delo de desenvolvimento industrial 
baseado na empresa estrangeira pode 
também ser encontrado na indústria 
automobilística estabelecida no País. 
Para montá-la, o governo, na década 
de cinquenta, ofereceu aos interessa- 
dos sediados no exterior facilidades 
excepcionais para a construção das 


plantas industriais, importações das 
máquinas, gabaritos e desenhos. Per- 
mitiu-se ainda remessas maiores em 
relação aos padrões internacionais de 
lucro, pagamentos adicionais diversos 
sob a forma de licenças, assistência 
técnica, contratos de transferência de 
tecnologia. Por outro lado, fez-se 
vistas grossas ao facto de as fábricas 
já serem consideradas obsoletas nos 
seus países de origem, assim como 
os automóveis que produziam. Tudo 
justificado pela asa protectora da ne- 


cessidade do País queimar etapas no 
seu processo de desenvolvimento tec- 
nológico e industrial. 

Passados quase trinta anos, no en- 
tanto, os carros nacionais nada têm a 
ver com a tecnologia brasileira. 
Como no início, tudo continua sendo 
importado das matrizes, de onde vêm 
todas as decisões técnicas, desde o 
simples desenho de um pára-choques 
ou farol. Os conhecimentos que per- 
mitem inovar, ou seja, a tecnologia, 
não foram trazidos. Nenhuma fábrica 
instalada desenvolve pesquisa no 
Brasil. O mesmo aconteceu com a 
indústria de autopeças que, com pou- 
cas excepções, acabou indo parar 
também nas mãos de firmas estran- 
geiras. Estas, dotadas de maior capa- 
cidade financeira e tecnológica, ti- 
nham todas as condições para vencer 
a competição com as indústrias na- 
cionais. As montadoras, por sua vez, 
davam preferência às firmas estran- 
geiras aqui instaladas, já fornece- 
doras de suas matrizes, ou às empre- 
sas nacionais que fabricassem as au- 
topeças sob licença dos fornecedores 
originais no exterior. 

O que recomenda evitar a depen- 
dência anterior na área da computa- 
ção electrónica é a sua indiscutível 
importância estratégica. Todas as em- 
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presas do País de médio para grande 
porte dependem actualmente do pro- 
cessamento electrónico de dados para 
uma série de tarefas imprescindíveis 
ao seu dia a dia: preparar a folha de 
pagamento dos funcionários; controlar 
«stocks»: fazer a contabilidade: emitir 
facturas; preparar orçamentos. O 
mesmo acontece com a máquina ad- 
ministrativa do Estado em trabalhos 
importantes: arrecadação de impos- 
tos, pagamento de pessoal, .planea- 
mento económico, programação das 
necessidades de caixa. A computação 
electrónica, da mesma forma, é hoje 
parte fundamental no funcionamento 
de refinarias de petróleo, rede ban- 
cária, centrais telefónicas, usinas 
geradoras de electricidade, plantas 
petroquímicas, estações rastreadoras 
de satélites até armamentos. 

E a tendência é essa situação de 
dependência em relação à mesma tec- 
nologia ampliar-se ainda mais no fu- 
turo. Os microprocessadores actuais, 
que agregam numa única pastilha de 
meia polegada de lado todos os ele- 
mentos de um sistema de computação 
clássico, estão. por exemplo. em vias 
de ser incorporados a produtos de 


consumo de massa — automóveis, 
televisores, geladeiras, aparelhos de 
som — para torná-los não só mais 


económicos como automáticos. Pos- 
sibilidade também ao alcance da mão 
são as facilidades geradas pelos com- 
putadores em termos de acumulação 
de dados, facilidades de acesso e ac- 
tualização, estarem disponíveis às 
pessoas na própria residência via li- 
nha telefónica e aparelho de televi- 
são. A computação tende ainda a re- 
volucionar técnicas de ensino, de co- 
mercialização e de muitas actividades 
profissionais. Em contrapartida, pode 
permitir que, de fora do território na- 
cional, se tenha acesso a dados sensí- 
veis, envolvendo a própria segurança 
do País. 

O cenário que se forma obvia- 
mente não envolve apenas o proble- 
ma «económico» mas sobretudo a 
questão política. Ou seja, a variável 
básica não é o preço que o usuário 
final terá de pagar pelos serviços. 
Sim, a necessidade de evitar situa- 
ções semelhantes à existente na área 
do petróleo. Nela, devido à total de- 
pendência do exterior, defendida em 
função do baixo preço anterior. do 
produto, o País viu-se obrigado de 
uma hora para outra a submeter-se às 


exigências mais absurdas. Consi- 
derando que a importância da infor- 
mática não deve no futuro ficar mui- 
to distante do que é hoje a do petró- 
leo, o bom senso recomenda evitar 
situação semelhante, dando priori- 
dade a soluções que tenham os cen- 
tros de decisões localizados no pró- 
prio País. 

O ideal no ponto de vista nacional 
seria o Brasil adoptar uma política 
capaz de lhe garantir total autonomia 
no ramo. O estágio avançado que 
atingiu a ciência da computação tor- 
nou, no entanto, impraticável adoptá- 
-la na época em que pela primeira 
vez o governo decidiu enfrentar o 
problema, por volta de 1976. A limi- 
tação imediata era a falta de recursos 
financeiros que são pesados neste ra- 
mo. Mas não a única. O País tam- 
bém não dispunha de recursos huma- 
nos para executar planos muito 
abrangentes. Além disso, faltava a 
infra-estrutura industrial e de serviços 
para dar-lhes apoio. Sem falar na 
falta de tradição no País em executar 
projectos desta natureza. 

Se não havia condições económi- 
cas de atrair empresas nacionais para 
algumas áreas dependentes de pesa- 
dos investimentos e muita tecnologia, 
como a de grandes sistemas de com- 
putação, o contrário ocorria em rela- 
ção à área dos chamados minicompu- 
tadores. Este segmento, em termos 
de fabricação, era praticamente vir- 
gem no País em 1976, na medida 
que dependia totalmente de importa- 
ções. Envolvia também recursos fi- 
nanceiros bem menores comparado 
com as outras faixas de mercado. 


Bancada de testes 


Sua tecnologia, da mesma forma, era 
mais simples além de contar, na 
época, com dezenas de fabricantes 
mundiais tradicionais dispostos a ce- 
der tecnologia. O contrário, portanto, 
do segmento representado pelos gran- 
des sistemas de computação, que se 
constituíam em autêntico monopólio 
de meia dúzia de fabricantes absolu- 
tamente fechados à ideia de transferir 
«know-how» a quem podia até vir- 
-lhes fazer concorrência no futuro. 

A presença de empresas nacionais 
no ramo de minicomputadores torna- 
va-se impraticável se elas tivessem 
de enfrentar concorrência a firmas es- 
trangeiras. Estas, podem diluir custos 
importantes como pesquisa e desen- 
volvimento, a nível mundial, en- 
quanto as firmas nacionais contam 
apenas com o mercado local. Aque- 
las organizações também dispõem de 
produtos tecnicamente melhores e 
largamente testados. Além disso, têm 
a apoiá-las amplos recursos financei- 
ros obtidos em condições vantajosas 
de juros e prazos graças à influência 
da matriz. Podem ainda beneficiar-se 
de canais internacionais de comercia- 
lização para garantir escalas em pro- 
jectos que seriam economicamente 
inviáveis, caso tivessem que depen- 
der apenas do mercado local. 

A reserva de mercado no Brasil 
esbarrava, porém, com um problema 
prático que era a impossibilidade do 
governo vetar legalmente um projecto 
estrangeiro, caso o responsável por 
ele atendesse às normas exigidas ao 
funcionamento de qualquer empresa e 
não se candidatasse a incentivos fis- 
cais ou financeiros do governo. Foi o 
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que possibilitou a IBM a lançar na 
época a campanha de venda de um 
minicomputador, o Sistema/32, em 
função da qual conseguiu assinar 
mais de 400 contratos. As importa- 
ções de peças e componentes, im- 
prescindíveis à fabricação do produto 
dentro da necessidade do País de re- 
duzir o déficit da balança de paga- 
mentos, dependiam, no entanto, da 
prévia anuência da CAPRE. E esta 
negava-se a fazê-lo, alegando que 
existia uma orientação superior pre- 
vendo que a fabricação de minicom- 
putadores estava reservada a firmas 
nacionais. 

O caminho vislumbrado pelo go- 
verno para resolver o impasse foi fa- 
zer uma concorrência pública aberta 
a todos os interessados. Na escolha 
dos vencedores teriam prioridades, 
porém, os projectos que apresentas- 
sem três condições: ter o controlo 
maioritário nacional, garantir efectiva 
transferência de tecnologia para o 
País e estar amparado em sólida ex- 
periência empresarial. Firmas nacio- 
nais acabaram por sair vencedoras 
formalmente no ramo de minicompu- 
tadores, ficando implícito o mesmo 
critério nos demais segmentos. O 
problema era estabelecer como o 
mercado seria atendido enquanto os 
projectos nacionais não entravam em 
operação. Existiam duas alternativas. 
Uma, o mercado ser atendido, no in- 
terregno, pelos fabricantes estrangei- 
ros de acordo com a livre escolha de 
cada usuário. Ou as próprias empre- 
sas nacionais importarem os produtos 
das respectivas firmas estrangeiras 
com quem fizessem acordo de tec- 
nologia, limitando, consequente- 
mente, as opções dos usuários. 


A segunda alternativa foi escolhida 
pela unidade das autoridades respon- 
sáveis pelo problema na época, ba- 
seados numa série de razões. A pri- 
meira delas é que forçando a impor- 
tação dos produtos a ser fabricados 
no País, o governo obrigava os usuá- 
rios a familiarizarem-se com os equi- 
pamentos disponíveis no futuro. Os 
fabricantes nacionais, por outro lado, 
ganhariam experiência prévia em 
áreas empresariais críticas como co- 
mercialização, assistência técnica e 
administração financeira. 

O aspecto mais importante da solu- 


ção adoptada, no entanto, foi permi- 
tir ao País tirar proveito do seu prin- 


cipal trunfo que é o mercado. Da sua 
existência depende a sobrevivência 
de empresas concorrentes imprescin- 
díveis ao rápido desenvolvimento 
nesta área. Só ele tem também condi- 
ções de garantir a existência de fir- 
mas dinâmicas, sem a necessidade de 
favores para sobreviver. É igual- 
mente variável fundamental no pro- 
cesso de evolução tecnológica dos 
produtos com reflexos decisivos na 
área de custos. O mesmo pode ser 
dito do problema de se conseguir re- 
cursos financeiros para sustentar in- 
vestimentos em pesquisas e desenvol- 
vimento. 

Dos custos totais nos sistemas de 
computação electrónica estima-se que 
actualmente da ordem de 50 por 
cento em média se devem a periféri- 
cos (impressoras, unidades de disco, 
de fitas, terminais de vídeo, modems 
entre outros). E a tendência é o dese- 
quilíbrio se acentuar a favor destes 
últimos no futuro por uma razão sim- 
ples. A tecnologia dos computadores 
propriamente ditos baseia-se apenas 
em electrónica, cujo potencial para 
barateamento é alto, enquanto os 
periféricos dependem muito de mecá- 
nica fina onde ocorre o inverso. Nes- 
tes, qualquer modificação tem impli- 
cações industriais muito grandes, em 
ferramental principalmente, que é 
caro. Na Unidade Central de Proces- 
samento (CPU), pelo contrário, o 
problema resume-se geralmente a 
substituir chips fisicamente iguais. 

A favor do aumento de peso dos 
periféricos nos custos totais da com- 
putação electrónica há também a pró- 


Treinamento de usuários 


pria tendência actual para a existên- 
cia de grandes redes. Nestas, parece 
inevitável as CUPs perderem impor- 
tância relativa. A compô-las prova- 
velmente haverá alguns computadores 
de grande porte, um número um pou- 
co maior de médios, vários minicom- 
putadores, aos quais estarão ligados 
terminais de vídeo de todos os tipos, 
impressoras de variados tamanhos, 
unidades de discos, de fitas e tam- 
bém «modems» para permitir trans- 
ferências de dados de um lado para 
outro. Deve-se ainda admitir como 
inevitável no futuro o aparecimento 
de novos periféricos para atender ao 
que se convencionou chamar escri- 
tório do futuro como sistemas para 
transformar sinais de voz em sinais 
de máquinas e vice-versa. 
Considerando que qualquer compu- 
tador electrónico torna-se inútil sem 
uma gama razoável de periféricos, 
qualquer política abrangente visando 
a dotar o País de alguma autonomia 
em informática tem de equacionar 
esta área. O factor custo é, obvia- 
mente, uma variável a ser levada em 
consideração. Mas não a principal 
como sugerem algumas propostas ra- 
dicais. Muitos periféricos fabricados 
por firmas nacionais são obrigatoria- 
mente mais caros que os similares 
importados. Motivos: as linhas de 
produção trabalham em escala me- 
nor. ocupam mão-de-obra menos trei- 
nada, não podem complementar a 
baixa demanda interna com exporta- 
ções por não disporem de canais in- 
ternacionais de comercialização. A 
mesma situação ocorre, porém, em 
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praticamente todas as demais indús- 
trias instaladas no País, inclusive as 
controladas por capital estrangeiro. 


dt 


Montagein- automática de placas de c 


Áreas existem na indústria nacio- 
nal de periféricos em que os produtos 
nada ficam a dever aos similares im- 
portados, quer em preço ou quali- 
dade. O exemplo típico é o dos ter- 
minais de vídeo, cuja presença já é 
quase obrigatória em qualquer sIs- 
tema de computação e que tende a 
crescer de importância com o ad- 
vento das redes de transmissão de 
dados. Nela o País conseguiu pratica- 
mente autonomia, o que se explica 
pela própria natureza do produto. Os 
terminais de vídeo, em primeiro lu- 
gar, exigem apenas partes electróni- 
cas, às quais o acesso é mais fácil 
em termos tecnológicos. O produto 
também conta com um potencial de 
mercado muito grande em termos de 
OEM (Original Equipaments Manu- 
factures), onde um fabricante de sis- 
temas completa a compra para vendê- 
“Jo, como se fosse de fabricação pró- 
pria, ao usuário final. Pode, ainda, 
ser fabricado em escala industrial 
sem empregar recursos financeiros 
exagerados. Nesse mercado, por ou- 
tro lado, os principais fabricantes na- 
cionais entraram no momento certo. 
O maior fabricante de terminais de 
vídeo no País, a Scopus, de São Pau- 


lo, por exemplo, apareceu em 1976, 
quando havia um forte movimento de 
apoio aos equipamentos nacionais. 


cuitos impressores 


Em condições de ter a tecnologia 
totalmente desenvolvida no País, os 
terminais de vídeo foram, depois dos 
minicomputadores, um dos primeiros 
produtos a ter reserva de mercado a 
favor de firmas privadas nacionais. 
Uma situação de facto impediu, 
porém, que tal ocorresse na prática. 
A IBM americana já fabricava o pro- 
duto no Brasil na época em que a 
medida foi tomada. O modelo ven- 
dido por aquela empresa, o 3270, 
não ameaça, porém, os fabricantes 
nacionais, pois foi desenvolvido ex- 
clusivamente para sistemas também 
de origem IBM. Não serve, em con- 
sequência, para a extensa faixa de 
mercado representada pelos cinco fa- 
bricantes nacionais de minicomputa- 
dores, nem para os sistemas vendidos 
no Brasil pelas demais empresas es- 
trangeiras. 

Outro periférico fabricado por fir- 
mas nacionais em condições competi- 
tivas com similares importados são 
os modems, de uso obrigatório 
quando há necessidade de transferir 
informações entre dois pontos distan- 
tes alguns quilómetros. Construído 
também só com partes electrónicas, o 
produto tem a nacionalização bas- 


tante facilitada. O mercado potencial 
para o produto é igualmente muito 
grande, tanto a nível de OEM como 
de usuário final. A par disso, a sua 
produção em escala industrial não 
exige grandes imobilizações financei- 
ras. Suas perspectivas de crescimento 
também são excelentes, se for lévado 
em conta que a tendência é pelo pro- 
cessamento distribuído, onde a pre- 
sença do equipamento é imprescin- 
dível. 

O mercado de modems de baixa 
potência, que exige tecnologia relati- 
vamente simples, conta, actualmente 
com meia dúzia de fabricantes nacio- 
nais com tecnologia própria. No de 
alta potência, no entanto, o governo 
permitiu que fossem realizados con- 
tratos de tecnologia no exterior numa 
situação semelhante às dos minicom- 
putadores. Ou seja, os produtos po- 
deriam ser importados numa etapa 
inicial, promovendo-se a nacionaliza- 
ção dos mesmos segundo cronograma 
previamente acertado com as autori- 
dades. Três projectos foram aprova- 
dos nestas circunstâncias: a Elebra 
Electrónica, do grupo Docas de San- 
tos, com tecnologia da Codex, ameri- 
cana; a Oz, com a NEC, japonesa: e 
a Coencisa. com a ICC. 

Situação mais complexa, no en- 
tanto, é a dos periféricos que envol- 
vem partes mecânicas: impressoras, 
unidades de disco e unidades de fi- 
tas. Para reduzir seus preços, os fa- 
bricantes têm procurado dotá-los de 
maior número possível de partes 
electrónicas. Mas não há como elimi- 
nar totalmente partes electromecâni- 
cas, situação que tem como conse- 
quência imediata exigir imobilizações 
financeiras relativamente bem maio- 
res. Nestas condições, só escalas 
muito elevadas de produção permi- 
tem trabalhar com custos reduzidos, 
o que evidentemente não é o casó do 
Brasil. 

O problema da escala nos periféri- 
cos que dependem de mecânica fina 
agrava-se no Brasil pelo facto de ha- 
ver pelo menos dois concorrentes em 
cada faixa de mercado. Sem contar 
os projectos aprovados pelo governo 
que ainda não foram implementados 
actualmente, há dois fabricantes na- 
cionais de impressoras seriais: Elebra 
Informática, do Grupo Docas de San- 
tos, é Globus, com tecnologia da Ho- 
neywell-Bull e da Data Products res- 
pectivamente. Igual número de con- 
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correntes existe na área de impres- 
soras matriciais: a mesma Globus, 
também com tecnologia da Data Pro- 
ducts, americana, e a Digilab, com 
tecnologia da NEC, japonesa, na 
qual o Bradesco detém a maioria das 
acções, com direito a voto, seguido 
de perto pelo grupo Abramo Eberle, 
de Caxias do Sul. 

Situação caracterizada também por 
intensa concorrência entre fabricantes 
nacionais com projectos aprovados 
pelo governo existe na área de unida- 
des de discos magnéticos. No seg- 
mento voltado para discos rígidos, há 
três fabricantes: Microlab, do Rio de 
Janeiro, com tecnologia Amprex; 
Elebra Informática, de São Paulo, 
utilizando produtos Control Data; e 
Multidigit, do Rio Grande do Sul, 
com apoio técnico da Pertec. Na área 
floppy, por seu lado, há quatro fabri- 
cantes na mesma situação: Cobra, 
Flexidisk, Elebra Informática e Com- 
system com tecnologia da Calcomp, 
Shugart, Control Data e própria, res- 
pectivamente. Quanto a unidades de 
fitas magnéticas, contam com quatro 
empresas autorizadas a fabricá-las: 
Microlab, com tecnologia Amprex; 
Globus, da Pertec; Conparts, da Per- 
kin Elmer, e Tacime, própria. 

O número relativamente elevado 
de fabricantes nas áreas de impres- 
soras, unidades de disco, e unidades 
de fitas serve de pretexto a muitas 
críticas contra o modelo adoptado. A 
mais comum é que o excesso de em- 
presas, cada uma com tecnologia di- 
ferente, torna os custos dos produtos 
proibitivos, mesmo na fase inicial de 
baixos índices de nacionalização. Na 
opinião dos fabricantes, no entanto, 
trata-se de uma meia verdade. Se se 
descer aos detalhes técnicos dos pro- 
dutos oferecidos, constata-se facil- 


mente que em faixas bem. definidas 
de cada produto há um, quando mui- 
to, dois fabricantes. Quanto ao pro- 
blema do excesso de tecnologia, tam- 
bém não preocupa. Foram adquiri- 
das, tendo como premissa básica 
serem compatíveis com os minicom- 
putadores autorizados a ser fabrica- 
dos no País. Estes representam o 
grande mercado daqueles periféricos 
e ninguém iria fabricar um produto 
no País que não tivesse mercado. 

Mas o aspecto talvez mais delicado 
da indústria brasileira de periféricos 
de computador refere-se ao razoável 
número de empresas com dificulda- 
des financeiras para levar adiante os 
respectivos projectos. Na verdade, 
pode-se notar nela a presença de ac- 
cionistas fortes como Bradesco, 
Abramo Eberle e Banco Baía de In- 
vestimentos (Digilab); Docas de San- 
tos (Elebra Electrónica e Elebra In- 
formática); Itaú (Itautec). Não fal- 
tam, porém, empresas que nasceram 
de projectos indiscutivelmente bons, 
que os próprios idealizadores pro- 
curaram industrializar. Para fazê-lo, 
desfizeram-se de tudo: apartamentos, 
casas de campo, automóveis, títulos 
de clube. Na hora de industrializar o 
produto, no entanto, depararam-se 
com problemas financeiros insuportá- 
veis. Houve despesas onerosas — fo- 
lha de pagamento, «stocks» de ma- 
teriais, comercialização — realizadas 
à vista, enquanto as vendas são 
geralmente a prazo. 

O ponto de vista da entidade que 
representa as empresas nacionais do 
ramo, a Abicomp, é que o governo 
tem obrigação de apoiar as empresas 
em dificuldades financeiras com li- 
nhas de crédito especial. Há argu- 
mentos ponderáveis em defesa da 
proposta. Primeiro, foi o governo 


quem estimulou as empresas a fabri- 
carem periféricos no País acenando- 
-lhes com facilidades de toda a or- 
dem. Segundo, há predecentes passa- 
dos e presentes em áreas menos im- 
portantes no ponto de vista estraté- 
gico do País, socorridas generosa- 


. mente com dinheiro a fundo perdido. 


E, terceiro, o facto de muitas empre- 
sas em dificuldades surgirem como 
embrião de nova safra de futuros em- 
presários, o que é também muito im- 
portante para o País. O exemplo que 
pode ser mencionado é a Scopus, 
fundada em 1976 por um grupo de 
engenheiros saídos da Escola Poli- 
técnica de São Paulo, que encon- 
trando circunstâncias favoráveis, 
transformou-se numa empresa de 
porte razoável, muito sólida. 

Dentro da indústria nacional de 
equipamento voltados para o proces- 
samento electrónico de dados, o seg- 
mento mais importante no momento 
é, sem dúvida, o representado pelos 
minicomputadores de uso geral. Nele 
localizam-se os projectos mais impor- 
tantes em termos de investimentos, 
que são os das cinco empresas nacio- 
nais credenciadas pelo governo a ac- 
tuar nesta área: Cobra, Edisa, Labo. 
Sid e Sisco. A indústria de minicom- 
putadores no Brasil também é o prin- 
cipal mercado para dezenas de fabri- 
cantes de periféricos (impressoras, 
unidades de disco magnético, de fi- 
tas, terminais de vídeo e modems). 
Garante, ainda, a sobrevivência de 
inúmeras empresas de serviços (soft- 
ware e systems houses). E é quem 
realiza os principais esforços gerais 
de venda junto aos usuários finais de 
sistemas nos quais se situam as im- 
portantes tarefas de suporte e assis- 
tência técnica. 

Dois tipos de problemas têm, no 
momento, causado razoáveis dores de 
cabeça às empresas presentes nesta 
área. O primeiro encontra-se nas difi- 
culdades para a industrialização de 
produtos de tecnologia adquirida no 
exterior na fase inicial. Os projectos 
simplesmente não podiam ser cópia 
fiel do que é fabricado lá fora, mas 
precisavam sofrer ajustes em relação 
à disponibilidade interna de partes e 
componentes. Nem sempre, o que 
existe é absolutamente igual ao utili- 
zado por quem desenvolveu original- 
mente o produto. Assim, diferenças 
nas lógicas dos microcircuitos, prin- 
cipálmente, implicam na alteração do 
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projecto original, resultando num 
produto totalmente diferente. 


No que se refere aos produtos de- 
senvolvidos no País, estágio seguinte 
obrigatório, segundo os compromis- 
sos assumidos pelos cinco fabricantes 
nacionais de minicomputadores com 
o governo, o problema é diferente. 
Os projectos, além das especificações 
iniciais feitas internamente, passam 
por fase de projecto, engenharia de 
produto, engenharia de fabricação, 
que representam talvez as etapas 
mais importantes, na medida em que 
criam as condições para produção em 
série. Nesta fase, são feitos os estu- 
dos de disponibilidade interna de 
componentes bem como os ajustes 
dos aspectos económicos, técnicos e 
mercadológicos. A compensação 
existente é que o resultado final pode 
ser uma qualidade se não "superior, 
pelo menos igual à dos minicomputa- 
dores fabricados no País com tec- 
nologia trazida do estrangeiro. 


Quem pode ser considerada uma 
espécie de cabeça de ponte da indús- 
tria de minicomputadores, dentro do 
modelo adoptado pelo governo bra- 
sileiro, é a Cobra — Computadores. é 
Sistemas Brasileiros S.A. Sua fase 
inicial de absorção de tecnologia con- 
tou com a colaboração da Sycor, dos 
Estados Unidos, que tinha, anterior- 
mente, papel importante no cenário 
interno da computação electrónica 
como fornecedora de centenas de sis- 
temas de pequeno porte importados. 
Este modelo passou a ser comerciali- 
zado pela Cobra, com o nome de 
Cobra-400, inicialmente com índices 
baixos de nacionalização, que pas- 
saram a ser ampliados em seguida. A 
par disso, a empresa procurou absor- 
ver produtos desenvolvidos no País 
por empresas e universidades. Do 
Serpro. por exemplo, foi trazida a 
série de terminais, os TRs e TDs, 
com as respectivas equipas, que fa- 
bricavam os produtos e cuidavam da 
sua manutenção. 

Mas o mérito da Cobra, em termos 
de interesses estratégicos do País, 
parece ter sido o de conseguir tirar 
proveito de conhecimentos acumula- 
dos ao longo dos últimos anos nas 
áreas universitárias brasileiras. A 
ideia inicialmente foi industrializar o 
G-10, nome como ficou conhecido 
um minicomputador desenvolvido in- 
tegralmente no País pelas Universida- 


des de São Paulo (hardware) e Ponti- 
fícia Universidade Católica do Rio de 
Janeiro (software). Para fazê-lo, a 
Cobra chegou a contratar quase todas 
as equipas técnicas universitárias que 
trabalharam no desenvolvimento do 
produto. Como tendia a ser um equi- 
pamento concorrente do Cobra-400, 
já comercializado com tecnologia da 
Sycor, a empresa decidiu usar as pes- 
soas e os conhecimentos por elas ad- 
quiridos no desenvolvimento do 
Cobra-500, de porte um pouco 
maior. 

Este novo produto, previsto para 
ser comercializado normalmente a 
partir do próximo ano, representa 
passo importante rumo a uma nova 
faixa de mercado, que é dos compu- 
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tadores de porte médio. A conse- 
quência para a empresa será expandir 
um espectro de actuação que já é 
razoavelmente amplo: dois modelos 
de minicomputadores de uso geral 
(Cobra-300 e Cobra-400), vários mo- 
delos de terminais remotos, alguns 
em condições de fazer algum proces- 
samento; equipamento para entrada 
de dados; controladores de processo. 
Além disso, há, na Cobra, outros 
produtos em fase adiantada de desen- 
volvimento: um terminal bancário; 
um modelo de caixa registadora; e 
uma leitora de cheques pré-marcados 
em CMC-7. Trata-se de um estágio 
avançado se for levado em conta que 
a Cobra é uma empresa relativamente 
nova. 

Constituída em 18 de Julho de 
1974, a Cobra tinha, no começo, ho- 
rizontes bem limitados: realizar pes- 


quisas e desenvolvimento tecnológico 
em electrónica digital para as Forças 
Armadas e, em termos mais imedia- 
tos, dar suporte em hardware e soft- 
ware à Marinha de Guerra. Esta, 
utilizava nas fragatas, para gerenciar 
a navegação e fazer o respectivo con- 
trolo, um equipamento de Ferranti, 
inglesa, o FM-1600. Esta empresa ti- 
nha também um equipamento não 
militar, para controlo de processo, o 
Argus 700, que a Cobra também pas- 
sou a comercializar. O que a empresa 
vendia, então, não eram produtos de 
prateleira, destinados a um mercado 
genérico, mas, sim, sistemas espe- 
ciais. 

Com o advento da crise do petró- 
leo, houve a necessidade de controlar 


importações na área de computa- 
dores, tarefa que foi delegada à an- 
tiga CAPRE (Comissão de Coordena- 
ção das Actividades de Processa- 


mento Electrónico de Dados). Em 
torno dela, começaram a esboçar-se 
as primeiras tendências em favor de 
uma política visando assegurar al- 
guma auto-suficiência do País nesta 
área que apontava em favor do for- 
talecimento da Cobra. A ideia confli- 
tava, porém, com as linhas gerais da 
política económica do governo, na 
época, em dois aspectos. Em primei- 
ro lugar, a Cobra era uma empresa 
estatal numa época em que a palavra 
de ordem era o Estado evitar ao má- 
ximo esta alternativa. Depois, ten- 
deria a caracterizar um novo mono- 
pólio do Estado, solução igualmente 
difícil de defender .no clima político 
então existente. 
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A fórmula encontrada para evitar 
uma situação de monopólio foi per- 
mitir a presença no mercado de mi- 
nicomputadores de outras firmas. de 
preferência nacionais, o que acabou 
desaguando no actual modelo. 
Quanto ao problema da privatização 
da Cobra, a solução foi adoptar um 
perfil accionário híbrido. Grandes 
empresas do Estado — Banco do 
Brasil, Caixa Económica Federal, 
Serpro (Serviço Federal de Processa- 
mento de Dados), BNDE — pas- 
saram a dividir o peso das grandes 
decisões com uma holding formada 
por doze dos maiores bancos priva- 
dos brasileiros e das duas principais 
Bolsas de Valores do País, as do Rio 
de Janeiro e São Paulo, chamada 
EDB (Electrónica Digital Brasileira). 
A mudança teve como principal con- 
sequência, criar laços da Cobra com 
o principal mercado consumidor de 
minicomputadores no.País, os gran- 
des bancos comerciais. É o que ex- 
plica o rápido crescimento da empre- 
sa que espera facturar no actual exer- 
cício alguma coisa entre 6 e 7 biliões 
de cruzeiros. 

Depois da Cobra, a empresa com 
maior participação no mercado: de 
minicomputadores actualmente é a 
SID (Sistemas de Informação Distri- 
buída S.A.). Utilizando na fase ini- 
cial tecnologia da Logabax, francesa, 
a empresa no começo estava sob o 
controlo da Sharp S.A. Equipamen- 
tos Electrónicos e participação de 
dois grupos paranaenses, um do ramo 
de serviços de computação, o outro 
do electroelectrónico. No entanto, só 
passou a ser concorrente forte um 
ano mais tarde, quando. mantendo-se 
a Sharp como accionista maioritária. 
o Bradesco assumiu uma participação 
minoritária expressiva. Essa nova es- 
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trutura accionária teve como conse- 
quência imediata garantir um razoá- 
vel aporte adicional de capital, im- 
prescindível para a empresa levar 
adiante os seus planos. 

Mas o aspecto talvez mais impor- 
tante da participação da Sharp na 
SID foi na área comercial. Aquele 
grupo possuía, e possui ainda, um 
conglomerado financeiro, o Valbrás 
(um banco de investimento, uma fi- 
nanceira e uma empresa de leasing), 
que passou automaticamente a dar 
cobertura às operações comerciais do 
novo sócio. A Sharp. por outro lado, 
tinha uma rede de comercialização de 
facturadoras que foi incorporada ao 
acervo da SID, representando um 
trunfo comercial ainda maior. O 
usuário deste produto é o consumidor 
potencial futuro de minicomputador. 
Além disso, há pontos de marketing 
comuns entre os dois produtos, espe- 
cialmente no que toca a suporte e 
assistência técnica. 

O equipamento escolhido pela SID 
para ser comercializado inicialmente 
foi o modelo 5000, derivado da linha 
francesa Logabax LX 5000, bastante 
conhecida na Europa. Voltada para 
aplicações multitarefas, a linha 5000 
procurava explorar o conceito de pro- 
cessamento descentralizado. Permitia, 
por exemplo, a nível de cada usuá- 
rio, que houvesse um posto de traba- 
lho no sector de contabilidade, um 
terminal de vídeo na gerência, outra 
impressora no facturamento e assim 
por diante. A configuração máxima 
possível era de seis vídeos, duas im- 
pressoras, 128 KBytes de memória e 
40 Megabytes em disco. No entanto. 
trabalhando em cima da arquitectura 
básica deste equipamento, a empresa 
logo conseguiu elevar substancial- 
mente a sua capacidade máxima ori- 


ginal, tanto em termos de hardware 
como de software. 

A linha 5000, derivada da série 
LX 5000 da Logabax, para uso geral, 
ainda pode ser considerada o carro- 
-chefe da SID. Mas a sua participa- 
ção no total das vendas tende a dimi- 


“nuir rapidamente à medida que a em- 


presa se for consolidando no mercado 
dentro do compromisso de nacionali- 
zação acertado por ocasião da apro- 
vação do projecto. Neste particular, 
três produtos desenvolvidos em cima 
do equipamento básico da linha 5000 
merecem destaque: um sistema para 
data entry: outro para gerenciamento 
de operações do «open market» e um 
sistema operacional com linguagem 
Cobol. Além disso, a empresa traba- 
lha em dois produtos programados 
para lançamento no mercado a curto 
prazo: um terminal financeiro e um 
micro computador de grande versa- 
tilidade e performance em aplicações 
comerciais e científicas, o SID-3000. 
Para uma etapa posterior, o plano é 
estar presente no segmento de com- 
putadores médios com, tecnologia 
própria. pride eb 
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Trajectória semelhante à da SID 
foi percorrida pela Edisa, gaúcha, 
que disputa hoje a terceira posição no 
mercado com a Labo paulista. Tendo 
o seu projecto aprovado em 1976, na 
solução encontrada para resolver o 
problema do Sistema/32, da IBM, a 
empresa viveu alguns anos em ba- 
nho-maria por força de uma estrutura 
accionária muito pulverizada. Nego- 
ciações feitas posteriormente resul- 
taram na transferência da maioria das 
acções com direito a voto para o gru- 
po lochpe com resultados muito fa- 
voráveis em duas frentes. Primeiro, 
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abriu caminho para-que os planos da 
empresa fossem rapidamente defini- 
dos. Depois, representou cobertura 
financeira importante para as opera- 
ções comerciais da Edisa, pois faz 
parte do grupo lochpe, uma empresa 
de leasing imprescindível na principal 
alternativa de comercialização dos 
minicomputadores nacionais: o arren- 
damento. 

Presente efectivamente há pouco 
tempo no mercado, a Edisa continua 
tendo como carro-chefe a série ED- 
-300, derivada de um equipamento 
da Fujitsu, japonesa, com quem assi- 
nou contrato de transferência de tec- 
nologia. Segundo a directoria da em- 
presa, mudanças em curso, tanto a 
nível de hardware como de software, 
a cargo de técnicos nacionais, devem 
melhorar a capacidade da linha com 
reflexos importantes na sua relação 
preço-desempenho. Em paralelo, foi 
desenvolvido um data entry, total- 
mente nacional, o ED-100, que co- 
meçou a ser comercializado em Ju- 
nho último. O próximo passo será 
um terminal financeiro, também sem 
nenhuma participação estrangeira, 
que a empresa tem planos de colocar 
à venda no primeiro semestre do pró- 
ximo ano. 

Outra empresa que foi obrigada a 
realizar mudanças na constituição ac- 
cionária para fugir de impasses inter- 
nos foi a Sisco, de São Paulo. Sua 
origem é a antiga J. C. Mello, que 
existia desde 1972 mas não conse- 
guia arrancar por falta de recursos 
financeiros. A associação promovida 
com a Hidroservice, paulista, resul- 
tou na actual Sisco que apresentou à 
antiga CAPRE projecto para fabricar 
minicomputador no País. Este não 
constou da lista aprovada inicial- 
mente por aquele órgão. No entanto, 
acabou sendo incluído posteriormente 
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com base num argumento muito forte 
politicamente: a Sisco dispunha de 
tecnologia própria, ao contrário dos 
demais fabricantes que a compraram 
inicialmente de empresas estran- 
geiras. 

Os principais produtos da Sisco na 


verdade emulam alguns equipamentos 


muito tradicionais no mercado mun- 
dial. Nesta situação encontra-se o 
MB-8000. que equivale à série Nova 
3, da Data Gener 1, americana. A 
série 5000, por seu lado, corresponde 
ao minicomputador PDP-8, da Digi- 
tal Eguipments Company, também 
americana. considerado no mundo 
como o recordista de permanência no 
mercado, razão pela qual dispõe de 
recursos de software incríveis. A 
Sisco actua ainda na área de data 
entry com uma versão do MB-8000. 
Oferece também equipamentos sob 
encomenda (custom made) na área de 
controlo de processo. E tem planos 
de colocar rapidamente no mercado 
um computador de médio porte, o 
MC-9700, desenvolvido a partir da 
série 8000, que conta com o aval do 
governo. através da antiga CAPRE. 
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Quanto à Labo, do Grupo Forsa, 
de São Paulo, foi o único fabricante 
nacional de minicomputador que não 
sofreu, até agora, solução de conti- 
nuidade na sua estrutura accionária 
original. Curiosamente, no entanto, é 
o que caminha com mais cautela em 
todas as frentes em função de uma 
política empresarial consciente, 
garante a directoria da empresa. Ba- 
seada na necessidade de a equipa co- 
nhecer bem o equipamento base, o 
8034, equivalente ao 8870/1, da Nix- 
dorf, alemã, fornecedora da tecnolo- 
gia, a Labo retardou ao máximo a 
nacionalização do produto. É tam- 
bém, entre todos os fabricantes na- 
cionais de minicomputadores, a que 
menos se expandiu geograficamente. 
No entanto, é um concorrente agres- 
sivo que oferece preços competitivos 
e dá prioridade ao aluguer dos equi- 
pamentos ao invés de vendê-los ou 
arrendá-los, política que nenhum dos 
demais fabricantes teve condições fi- 
nanceiras de adoptar até agora. 


[ Visão. 20/10/80] 
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A revista de informática na Quimigal: 


A INFORMÁTICA INDUSTRIAL 


A QUIMIGAL foi criada em 30 de Dezembro de 1977 
pela fusão do Amoníaco Português, Companhia União 
Fabril e Nitratos de Portugal. 

O seu objectivo principal é a exploração de indústrias 
químicas e das actividades delas derivadas ou com elas 
relacionadas, operando ainda noutras actividades comple- 
mentares ou acessórias. 

Dentro de todo este universo, fomos visitar a Divisão 
de Produtos para a Pecuária (D. P. P.). Esta tem por 
finalidade gerir a actividade da QUIMIGAL relacionada 
com o fabrico e a comercialização de produtos para a 
pecuária designada- 
mente alimentos 
compostos para ani- 
mais. Assim comer- 
cializa alimentos 
compostos para ani- 
mais, alimentos líqui- 
dos; alimentos para 
cães e pombos cor- 
reios e correctivos 
minero-vitamínicos. 

Organizando-se 
nos seus primeiros 
tempos, à volta do 
aproveitamento de 
subprodutos da la- 
boração de sementes 
para a extracção de 
óleos alimentares, 
esta actividade veio a 
evoluir no sentido de 
acompanhar o desenvolvimento do sector agro-pecuário 
nacional. A nova dimensão daqui resultante trouxe a esta 
Divisão acrescidas responsabilidades no campo da assis- 
tência técnica e também no domínio da experimentação, 
que sistematicamente promove em unidades próprias de 
exploração pecuária. 

Desta divisão, fazem parte duas fábricas. Uma, insere- 
-se no complexo industrial do Barreiro, a qual produz 
rações para animais quantitativo de 200 000 T/ano. 
A outra, é uma unidade industrial de Lisboa e tem uma 
produção anual de 50 000 T. 


MEIOS INFORMÁTICOS 


Quanto aos meios informáticos, no sistema divisional 
dispõem de um computador IBM/3 — Mod. 12 com um 
CPU de 96K, uma impressora de 465 linhas por minuto. 

Trabalha 24 horas por dia, cinco dias na semana, e 
algumas vezes, em especial ao fim do mês, seis dias. 

A taxa de utilização na unidade central é da ordem dos 
80 a 85% em relação ao tempo de utilização — 24 horas, 
o que faz com que se encontre totalmente saturado. Re- 
centemente foi instalada mais uma unidade de disco e 
uma unidade de 
banda para se- 
gurança. 

A linguagem utili- 
zada é exclusiva- 
mente o RPG, com 
excepção de um 
único programa: a ro- 
tina de optimização 
de formulação. 

Existem, presente- 
mente em exploração 
permanente cerca de 
800 programas. No 
total foram realizados 
1100 a 1200 pro- 
gramas. 

Para a recolha de 
dados, utilizam cen- 
tralmente uma IBM 
3742, e as transmis- 

sões de dados são asseguradas por uma Olivetti DE 525, 
com 16K de memória, duas unidades de diskette, e uma 
impressora, também instalada centralmente. 


As teletransmissões são realizadas por cinco unidades 
Olivetti DE 525, estando duas instaladas no Barreiro, 
uma em Lisboa, no largo das Fontainhas, outra em Rio 
Maior e ainda uma em Leiria. 


Toda a concepção do sistema, como o conceito de 
exploração das teletransmissões, foi realizada pela QUI- 
MIGAL. 


see 
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A fábrica do Barreiro está equipada com um computa- 
dor Texas Instrument, tipo 960B. 

Este equipamento tem uma capacidade de memória 
(CPU) de 48K. O ciclo de memória por palavra é, apro- 
ximadamente, de 750 nanosegundos. O T. 1. — 960B 
está preparado para suportar um teleprinter, mais três 
periféricos adicionais. 

Como segurança estrita, quando da falha de energia 
eléctrica, possui um conjunto de acumuladores que sus- 
tenta a informação em memória, e ainda um alternador 
com entrada em funcionamento automático. 

Este computadorefectua: cálculo de «stocks» através das 
informações de pesos das balanças de entrada e das trans- 
ferências, para além das de expedição de produto aca- 
bado; estabelece os «caminhos» livres mais simples para 
acções de enchimento de silos; memoriza fórmulas; re- 
cebe e cumpre instruções para programa diário de fabrico; 
comanda directamente a operação de doseamento. de 
prensagem e moagem; comanda e memoriza informações 
idênticas sobre a fábrica de concentrados; no caso de 
serem excedidas tolerâncias de peso no doseamento, ac- 
ciona o respectivo alarme; dá ordens directas a contac- 
tores e automáticos de motores. Através de uma Olivetti 
DE 525, ligada «on line» por cabo, recebe e envia infor- 
mações para o computador IBM 3/12. 

Este sistema de comunicação entre os dois computa- 
dores foi uma inovação pioneira realizada por um grupo 
de elementos da QUIMIGAL em 1977/78. 

Toda a concepção do sistema, como o conceito de 
exploração das teletransmissões, foi realizada pela QUI- 
MIGAL. 


MEIOS HUMANOS 


O número de pessoas quer a recolher quer a operar é 
muito pequeno. 

Dispõem de um Analista de Sistemas, um Analista 
Orgânico, dois Programadores e seis Operadores de com- 
putador na área de exploração. 

Na recolha de Dados têm uma IBM 3742, com dois 
teclados. mas só é operada por um trabalhador. Como 
existem dois operadores por turno de exploração, se há 
alguns dados a recolher (e há sempre uns resíduos), um 
dos operadores de computador faz essa operação. As 
pessoas que operam as Olivetti são empregados normais, 
que emitem os documentos ao balcão. 

O grupo de pessoas que trabalham na informática divi- 
sional, está inserido na área financeira e administrativa. 

A relação com a direcção de Informática da QUIMI- 
GAL é estabelecida na resolução de problemas complexos 
e na consolidação de informações, mantendo a informá- 
tica divisional uma autonomia própria. 


APLICAÇÕES DE INFORMÁTICA 
RECENTEMENTE REALIZADAS 


A aplicação mais recente dos Serviços de Informática 
da D. P. P. foi a introdução dos orçamentos a todos os 
níveis de gestão e controlo orçamental. Enquanto em 
algumas empresas, estas operações chegam a levar meses, 
aqui elas têm a duração de 3 a 4 dias. 


FORMAÇÃO E RECICLAGEM 
DOS MEIOS HUMANOS 


Os programas de formação da D. P. P. são sempre 
orientados para os seus objectivos. Isto é, na D. P. P. 
não se faz formação pela formação. O mesmo se passa 
com o pessoal de programação. Quando da entrada dos 
analistas, quase todoS já dominavam a linguagem RPG, a 
um único lhe foi dado um curso COBOL, porque se 
pensava realizar nessa linguagem. 


INTERCÂMBIO 


Intercâmbio com outras empresas, propriamente dito, 
não há. Existe sim com a própria empresa. Com o ex- 
terior não há muito. Pode-se dizer que com as escolas 
tem havido normalmente algum. Estas pedem informa- 
ções, pessoas para fazer palestras etc.. 


FUTURO 


Com a entrada de Portugal na CEE, o negócio das 
rações vai sofrer uma profunda alteração. Como é do 
conhecimento geral — até já foi anunciado por elementos 
do governo — vai haver uma liberalização de compra das 
matérias-primas que até aqui estava controlada pela 
EPAC, no caso dos cereais. e pelo Serviço dos Azeites e 
Produtos Oleaginosos. Portanto. com a liberalização das 
compras as empresas de rações vão ter de criar uma 
organização para a compra nos mercados internacionais 
de matérias-primas, o que não é assim tão fácil, dado não 
só os volumes que essas compras implicam, mas também 
os capitais necessários, e a capacidade de manuseamento 
de grandes quantidades de matérias-primas, por exemplo 
a descarga. 

É um ponto para o qual a empresa está a olhar e a 
desenvolver acções como de resto a generalidade das 
grandes empresas de rações. Isto a montante é um dos 
maiores problemas que se põe. A juzante. alguns se põem 
também, porque os clientes, os compradores de rações, 
são produtores pecuários. Em termos de CEE, talvez 
algumas dessas unidades, onde existem produtores que 
têm por média uma vaca e meia ou menos, — tal como 
se encontra na Beira Litoral - estejam condenadas. Vai ter 
de se dar. uma certa concentração dos produtores pecuá- 
rios — o que já se nota. Quer em cooperativas, quer até 
pela concentração a nível industrial de certas empresas. 
Daí. que o problema da produção de rações, estando o 
mercado de matérias-primas livre, venha a não se agra- 
var, mas a exigir do fabricante uma maior responsabili- 
dade, na medida em que ele começa a ter que comprar as 
matérias primas, passa a ser responsável pela qualidade, 
como também, por uma formulação das rações mais ade- 
quadas, às necessidades dos seus novos clientes de que 
porventura serão maiores do que aqueles que agora exis- 
tem. Por outras palavras: dimensão para aquisição e ma- 
nuseamento de grandes quantidades de matérias-primas; 
dimensão para a formulação adequada em função das 
necessidades de uma clientela. É aí que está o maior 
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desafio. Quanto a uma possível expansão, a nível externo serem misturados e depois serem enviados para outro. 
só para algumas regiões de Espanha. O negócio de rações É evidente que o mesmo já não se diz dos produtos 
é de fraco valor acrescentado. É fundamentalmente um -pecuários. O frango, os ovos e o porco é possível expor- 
negócio de matérias-primas, mistura dessas matérias- | tar. Como também têm hipóteses de exportarem concen- 
-primas, portanto o valor acrescentado é pouco, logo não — trados vitamínicos e minerais, dos quais a QUIMIGAL 
fazia sentido, que viessem matérias-primas dum país para também é produtora. 


A REVISTA DE INFORMÁTICA. agradece a 
colaboração prestada pelo Dr. Fernandes de Almei- 
da e Sr. João Rodrigues. 


CURSO É SEMPRE 
INVESTIMENTO 


INFORMÁTICA 


Análise de Sistemas, Programação aos TÉCNICAS ESPECÍFICAS 
Computadores, Operação dos Computadores, e EE 
Programação aos Mini-Computadores, ; Secretariado, Contabilidade (novo plano), 


Perfuração/Verificação, Prática em par Contabilidade Industrial, Técnica de Vendas 
computadores. q 4 Desenho de Construção Civil. 


ELECTRÓNICA Ep a RA INVESTIGAÇÃO OPERACIONAL 


Electricidade e Magnetismo, Electrónica EA aa Planeamento pelos métodos PERT e CPM 
Aplicada e Digital, Amplificadores E FM ec Pis Estatística Aplicada, Gestão de Stoks. 
Operacionais, Prática laboratorial. Estado + MME Gestão Orçamental, Controlo de Gestão. 
E Gestão de Recursos Humanos, Organizaça: 
e Métodos. 


INSTITUTO PORTUGUÊS 

DE INFORMÁTICA 

Rua Castilho, 61, 4º. - Esqº. - Lisboa 
informações e inscrições 

das 13 às 23 horas 

Tel. 56 10 60 
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MICROCOMPUTADOR CBM (PET) 
O MAIS VENDIDO NA EUROPA 


O MICROCOMPUTADOR CBM 


UNIDADE CENTRAL constituída por: . 
— Memória RAM com capacidade de 16 a 128k bytes. 
O microcomputador CBM é um equipamento precioso na moderna gestão de empresas j — Linguagens disponíveis: Compilador de Basic, 
comerciais, industriais ou de serviços, não só pela capacidade de manipular informações Pascal, Assembler, Forth e Lisp. 
como também por ser fácil de operar e ser sobretudo de preço 8032K Futuramente poderá utilizar o sistema operativo CP/M. 
extraordinariamente reduzido. Tem igualmente aplicações para cálculos matemáticos, FLOPPY DISK constituído por: 
estatísticos, profissões liberais e educação FACILIDADES DE PAGAMENTO — Unidade dupla de 340 k a 3 MB 
e Vários “CBM" podem ser ligados entre si, localmente ou através das linhas dos TLP. asus BIBLIOTECA DE PROGRAMAS 
* Não necessita de instalações com ar condicionado ou de operadores especializados — Contabilidade geral 
e Pode ser ligado a caixas registadoras e máquinaside escrever eléctricas 


e Pode ser utilizado como terminal inteligente 'dos grandes computadores. 
CARACTERÍSTICAS TÉCNICAS DO SISTEMA CBM 
IMPRESSORAS 


— Facturação com simultâneo controle de stocks 
— Processamento de ordenados e salários 
— Escrita automática de textos e endereçamentos 
— Gestão de stocks 
—4Com capacidade de 80/a 132 cps — Elaboração e actualização de ficheiros 
: — Os famosos: “VISICALC” (para qualquer tipo de cálculo) 
“HOTEL 2000" (para gestão de reservas em hotéis até 
an 


2000 quartos), “MEDICON" (para médicos), “MARKTAB” 
para gabinetes de estudos de mercado) 


x* . 
Commodore Business Machine 
Para informações mais detalhadas ou qualquer demonstração, contacte: 


DEMITRÔNICS, INC. (PORTUGAL) 


BRAGA - Telef. 74776 - PORTO - Telef. 496732 - COIMBRA - Telef. 23125 LEIRIA - Telef. 23204 - LISBOA - Telef. 536582 - FARO - Telef. 28642 


12, R/C., ESQ 


ORGANIZAÇÃO DE VENDA E ASSISTÊNCIA DE EQUIPAMENTO ELECTRÓNICO, LDA. 
AVENIDA JOÃO XXI, ; 
TELEFS. 88 57 79 - 893299 — LISBOA 1 
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A Revista de Informática entrevistou Fernandes de Almeida: 


A INFORMÁTICA PORTUGUESA 
NA DÉCADA DE 80 


Fernandes Almeida 
(QUÍMIGAL. EP) 


Q1 — Quais 


caracterizam a Informática ao nível internacional? 


são para si os traços fundamentais que 


Ri — Sob pena de criação de uma imagem fictícia, 
por extrema generalização. e de padrões totalmente des- 
virtuados não podemos considerar a Informática ao nível 
internacional como um homogéneo e ainda menos devere- 
mos considerar a dicotomia tradicional do: «nós cá... e lá 
fora». 

Os estádios de desenvolvimento de aplicação da Infor- 
mática variam de país para país e, dentro de um mesmo 


país de região para região e considerando a distribuição 


por actividades, ao invés da geográfica, o panorama é 
idêntico. 

É certo que poderemos considerar um pólo de irradia- 
ção a partir dos USA onde tem a sua sede a quase 
totalidade das construtoras de computadores: a Europa. 
seguindo-se-lhes na peugada, apresenta uma situação bas- 
tante diversificada. 

Poderemos, no entanto, considerar que as tendências da 
informática «de ponta» se caracterizam pela miniaturiza- 
ção e banalização do hardware, pelo recurso às telecomu- 
nicações e pelo desetvolvimento de software mais potente 
e flexível. Esta evolução conduzirá a uma situação, em 
objectivo, que classificamos de utilização corrente da in- 
formática em todas as actividades, quer Estatais e Empre- 
sariais, quer humanas. 

Esta transformação irá provocar, ao longo dos tempos, 
uma modificação de hábitos e relações que provocarão 
alterações profundas nos sistemas sociais, tal como os 
conhecemos hoje. 


Q2 — Quais são desses traços os que perduram na 
Informática portuguesa? 


R2 — Em Portugal a aplicação da Informática tem sido 
dominada, fundamentalmente, pela política comercial dos 
grandes construtores de computadores que aqui operam e 
seguiu uma linha de implementação em «grandes» 
Empresas e em Centros de Cálculo directa ou indirecta- 
mente ligados a Departamentos Estatais, quer da adminis- 
tração pública quer do ensino superior. 

Nos finais da década de sessenta, com a introdução no 
mercado de pequenos computadores com ficha de cartoli- 
na magnetizada (tarja magnética) as «pequenas» e «mé- 
dias» empresas adoptaram. rapidamente, procedimentos 
administrativo/constabilísticos automatizados entrando as- 
sim no «clube da informatização». 

Actualmente verifica-se de novo, uma «explosão» de 
instalações dos. comercialmente designados. mini- 
-computadores e micro-computadores, de que proliferam 
marcas e modelos de fabrico estrangeiro, em empresas de 
«pequena» e «média» dimensão. 

Esta evolução conduziu à existência de uma amostra, 
em tamanho reduzido, que compreende quase todas as 
possibilidades de aplicação da informática em que algu- 
mas soluções foram realizadas de modo assaz original. 


Q3 — Acha que a Informática em Portugal atingiu um 
estádio de desenvolvimento que requeira a sua organiza- 
ção? Aponte as razões e os factos que justifiquem a sua 
posição. 


R3 — Não detendo a tecnologia de fabrico de compo- 
nentes electrónicos, essencial para a construção de com- 
putadores, e limitando-se a actividade industrial à monta- 
gem, actividade esta sob a égide de empresas estrangei- 
ras, Portugal é, essencialmente, um país consumidor. 

Poder-se-á considerar que, para consumo interno, se 
tem produzido Software de aplicação mas, devido às 
características peculiares das empresas portuguesas, de 
um modo empírico e individualizado. 

Não faz sentido, neste contexto, pensar-se na organiza- 
ção da Informática em Portugal mas, outrosim, na organi- 
zação para a utilização da Informática. Poderá visualizar- 
-se uma organização do tipo consumidor, tanto para 
Hardware como para Software. 
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Subordinado ao tema 


«A informática, os utilizadores; 
a evolução, a expectativa» 


A realizar em Lisboa de 17 a 21 de Maio 1982 


Apelo a comunicações nas seguintes áreas: 


|— A INFORMÁTICA — A EVOLUÇÃO 
A — No hardware 


B — No software 
C — Nas técnicas e metodologias - 


Il — OS UTILIZADORES — A EXPECTATIVA 


A — Dos serviços e administração pública 
B — Do comércio e indústria 
C — Da sociedade em geral 
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Participe no 2.º CPI. 


No caso de apresentar alguma comunicação, preste 
atenção as seguintes datas: 


e Entrega de sumários até 16 de Novembro 1981 


PREPARAR PARA APRESENTAR NO 2.º CONGRESSO 


NTREVISTA 
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ase todas as 
m que algu- 
az original. 


e Divulgação aos autores, do resultado da apreciação 


feita pelo Grupo Técnico, até 14 de Dezembro 1981 


e Entrega dos originais até 15 de Fevereiro 1982 


roueremos, no entanto, considerar que 
informática «de ponta» se caracterizam pela miniaturiza- 
ção e banalização do hardware, pelo recurso às telecomu- 
nicações e pelo desefvolvimento de software mais potente 
e flexível. Esta evolução conduzirá a uma situação, em 
objectivo, que classificamos de utilização corrente da in- 
formática em todas as actividades, quer Estatais e Empre- 
sariais, quer humanas. 

Esta transformação irá provocar, ao longo dos tempos, 
uma modificação de hábitos e relações que provocarão 
alterações profundas nos sistemas sociais, tal como os 
conhecemos hoje. 


d atingiu um 
ua organiza- 
iquem a sua 


de compo- 

ão de com- 
J=sE “a acuvItaU tal à monta- 
gem, actividade esta sob a égide de empresas estrangei- 
ras, Portugal é, essencialmente, um país consumidor. 

Poder-se-á considerar que, para consumo interno, se 
tem produzido Software de aplicação mas, devido às 
características peculiares das empresas portuguesas, de 
um modo empírico e individualizado. 

Não faz sentido, neste contexto, pensar-se na organiza- 
ção da Informática em Portugal mas, outrosim, na organi- 
zação para a utilização da Informática. Poderá visualizar- 
-se uma organização do tipo consumidor, tanto para 
Hardware como para Software. 
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Associação Portuguesa de Informática 
Comissão Organizadora do 2.º Congresso 
Av. Almirante Reis n.º 127-1.-Esq. — 1100 LISBOA 
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A Comissão Organizadora do 2.º CPI gostaria de poder contar com uma 
participação mais alargada de todos os interessados na realização deste 
congresso. 

Aparece, colabora, vem trazer a tua opinião. 

Reuniões todas as 5.-feiras na API| — Associação Portuguesa de Infor- 
mática 


Associação Portuguesa de Informática 


Av. Almirante Reis, 127-1.-Esq. — LISBOA 
Tel: 535587 
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No entanto, o tradicional, espírito criativo português 
poderia dar origem à existência de uma indústria nacional 
para produção de Software de aplicação mas, a também 
tradicional ausência de normalização (o plano oficial de 
contabilidade só há pouco tempo foi criado) predispõe a 
uma dispersão de esforços. 

Quanto ao Hardware, parece-nos possível realizar a 
actividade de montagem quer sob licença quer sob outra 
forma de associação com empresas construtoras estran- 
geiras. 

Qualquer realização, dos tipos referidos, necessita de 
vontade, planificação e perseverança, requisitos estes con- 
trários ao nosso tradicional entusiasmo e impaciência para 
obtenção dos resultados. 


Q4 — Quais são em seu entender os vectores priori- 
tários que deveriam nortear a evolução da Informática em 
Portugal? E quais as medidas políticas que os deveriam 
apoiar? 


R4 — A dispersão de esforços existente conduziu a 
situações incompletas de regulamentação da Informática 
em Portugal; como exemplo apenas dois casos: 


| — A Constituição da República determina princípios 
a observar quanto às liberdades individuais na 
aplicação da informática, no entanto, a actividade 
informática não está regulamentada. 

2 — O Decreto-Lei n.º 110-A/80 define e regulamenta, 
funções informáticas, carreiras e a formação su- 
mária para os técnicos da Administração Pública, 
no entanto, não existem escolas que ministrem a 
formação regulamentada. 


A inexistência de legislação sobre matéria de informá- 
tica poderá conduzir num futuro a situações totalmente 
descontroladas mas, por outro lado uma legislação dema- 
siado pormenorizada poderá travar o crescimento da sua 
aplicação. 

Parece-nos fundamental. e imperiosamente necessária. 
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a definição de linhas de orientação globais e a existência 
de um plano esquelético de desenvolvimento nomeada- 
mente no domínio das telecomunicações aplicado à infor- 
mática. A formação das técnicas tem sido realizada a 
partir da «formação» ministrada pelos construtores e, pe- 
quenas experiências ao nível do ensino secundário nada 
têm produzido. 

Nos estabelecimentos de Ensino Superior a informática 
tem sido ministrada como matéria acessória de outros 
currcula e apenas num se realizam licenciaturas específi- 
cas: a recente criação de um Instituto de post-graduação 
não permite ainda avaliar quaisquer resultados. 

A carência de técnicos qualificados produz variações 
bruscas e oscilações no mercado de trabalho e só a 
criação de Escolas Profissionalizantes poderá. não só 
garantir a continuidade do futuro da aplicação da infor- 
mática em condições de correcta utilização, como o 
amortecimento daquelas oscilações. 


Q5 — Qual a sua opinião sobre a actual relação entre 
as empresas de serviço e as universidades/laboratórios de 
investigação? Que propostas concretas sugere para o seu 
melhoramento? 


RS — O divórcio tradicional entre universidades e em- 
presas transpõe-se para a actividade Informática. 

As poucas relações, existentes baseiam-se apenas nas 
relações individuais na maioria dos casos estabelecidos 
através da Associação Profissional existente. 

A única forma de estabelecer a relação de um modo 
mais formal será o estabelecimento de diálogo entre as 
partes, não um diálogo disjunto mas em interpenetração 
empresa/universidade. 

A universidade poderá beneficiar da experiência adqui- 
rida na Empresa e aquela poderá transmitir a esta os seus 
conhecimentos, não de uma forma didáctica mas numa 
real prestação de trabalhos em processos de investigação. 
Para que esta actuação seja possível é necessário modifi- 
car, não só certos mecanismos legais como certos ressen- 
timentos existentes de parte a parte. 
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livetti Data Processing 
na 


Banca 


OLIVETTI pesquisa, projecta e produz para dar à Informática 
distribuída o melhor das tecnologias disponíveis: 
Máquinas e Software. 


A estes produtos e à experiência dos seus especialistas 
OLIVETTI acrescenta mais um valor: a sua organização 
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APPLE II PLUS. 
CINCO RAZÕES PARAV.O EXAMINAR 


| Erimeira razão: O Apple Il Apple está agora a lançar 

Plus é um Computador pes- mais de 30 novos programas de 
soal extraordinário que fica bem fácil utilização, todos eles espe- 
na sua secretária. Não é maior cialmente concebidos para o 


Apple Il Plus. Destacamos os 
seguintes programas: 


e VISICALC: o sistema de 
análise mais vendido em 
todo o mundo 


do que uma máquina de escre- 
ver, é tão fácil de utilizar como 
uma calculadora de bolso e tem 
a potência de um verdadeiro 
computador a um preço mais 
baixo que muitas máquinas de 
fotocópia. Vai revolucionar a 
sua forma de trabalhar. 


º VISIPLOT: para representa- 
ções gráficas de análises fi- 
nanceiras, previsões, orça- 
mentos e de gestão corrente 


º VISITRENDANISIPLOT: sis- 
tema sofisticado de previsão 
e análise estatística 


| Segunda razão: O Apple II 
Plus pode ser utilizado em 
quase todas as actividades. 
Quer V. seja um empresário ou 
um advogado, um cientista ou 
um homem de negócios, o Ap- 
ple ajudá-lo-á nos seus proble- 
mas de gestão ou contabilidade, 
marketing, investigação ou en- 
genharia. 


º VISITERM: para comunica- 
ção com computadores maio- 
res, recebendo em diskette e 
enviando informações pelo 
telefone 


“e o 4 º De enebn a sua panda 
erceira razão: pple ectrónica, para ficheiros 
IN oferece-lhe uma vasta qgaprie computer sem quaisquer limitações de 
gama de programas muito efi- , formato e conteúdo 

cientes, ainda que de simples 

emprego, com inúmeras aplica- e APPLE PROJECT MA- 
ções comerciais e pessoais. NAGER: para acompanha- 
mento de até 2000 activida- 
des referentes a qualquer 


IV Quarta razão: O Apple Il prRjocio 

ares Significa uma rede de e PLAN 80: uma linguagem de 
agências em Portugal, todas au- planeamento financeiro em 
torizadas e apoiadas pela Pascal 
Apple/Sorubal. E porque as 
Agências estão a par das mais e PERSONAL FINANCE MA- 
recentes realizações em «har- NAGER: a resposta a todos 
ware» e «software», qualquer os problemas de orçamenta- 
delas poderá aconselhá-lo rela- ção e controlo 
tivamente às suas necessi- 
dades. Linguagens de programação 

disponíveis: 


V Quinta razão: As Agências e Applesoft BASIC 
Apple autorizadas em Por- e Integer BASIC 

tugal poderão vir a oferecer um e Pascal 

serviço de assistência muito útil e Pilot 

naquelas raras alturas em que e FORTRAN 77 

dele possa vir a necessitar. e CIS Cobol 


"eee >e—- 


Para informações complementares acerca dos Computadores Apple, periféricos, acessórios, e programas, queira preencher este cupão e 
enviá-lo a 


SORUBAL, SARL — Rua General Pimenta de Castro, 15-8.º 1700 LISBOA Telef. 89 65 55 Telex 12775 SORBAL P 


Ramo 


NOME Empresa 


Morada 
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ARTIGO 


BITES NA GRELHA 
Sistematização, Classificação 
e Taxonomia da Informática: 

um projecto colectivo 


Carlos Morais 
Relator do Conselho de Redacção 
para o projecto em causa 


Numa das primeiras reuniões do Conselho de Redac- 
ção desta Revista, efectuada em Janeiro de 81, surgiu um 
esboço de identificação dos elementos do Conselho com 
alguns dos seus domínios de especialidade, que mereceu 
certas críticas. Alguém lançou então a ideia de trabalhar 
melhor o problema, criando uma grelha que permitisse o 
cruzamento entre os nomes dos elementos do Conselho de 
Redacção e os items resultantes de uma classificação dos 
diferentes domínios em que é plausível tentar subdividir a 
Informática. Foi preparada a primeira versão de um 
projecto de Grelha que se discutiu em reunião do CR, em 
Março de 81, e uma segunda versão, que se discutiu em 
Junho de 81. Com as observações críticas e sugestões de 
acrescento ou reformulação, elaborou-se a terceira ver- 
são do projecto, que agora se divulga a todos os leitores, 
apelando para uma participação crítica. Numa reunião 
do CR, programada para Novembro deste ano, tentar-se- 
-á apreciar a contribuição dos leitores, re-discutindo a 
nova versão e, eventualmente, divulgando-a no início do 
próximo ano. 


A sistematização, classificação e taxonomia da Infor- 
mática no âmbito do Sistema Científico-Técnico é, obvia- 
mente, uma tarefa muito complexa, de exaustividade difí- 
cil de conseguir, de concisão ainda mais difícil de alcan- 
çar. Isto devido fundamentalmente: 


(i) — à juventude da Informática; 

(ii) — ao seu desenvolvimento fortemente acelerado e 
mutante; 

(iii) — à intrusão e invasão que efectua nos mais varia- 
dos campos; 

(iv) — aos pontos de vista diversificados e variados de 
que é possível partir; 

(v) — à visão global, cultura informática e espírito 
sistematizador a que obriga. 


Considera-se que a possível utilidade do trabalho de 
construção de uma Grelha ultrapassa a finalidade inicial, 
que se relaciona com a identificação da especialidade dos 
membros do CR. Se este projecto, de autoria colectiva, 
viver entre 81 e meados de 82, talvez consigamos ser 
suficientemente felizes para obter resultados mais diversi- 
ficados e dar corpo a virtualidades mais atraentes. Ou 
seja: 

(i) — Dar uma contribuição, em ambiente nacional, 
(embora com o rabo do olho em coisas publica- 


das também lá fora) para a sistematização, clas- 
sificação e taxonomia da Informática. 

(ii) — Aprofundar conceitos, tirar da sombra noções 
importantes, ver franjas, interconexões, algu- 
mas dependências, resultando do património 
vivo da discussão gerada. 

(iii) — Fomentar a produção de artigos para a Revista. 

(iv) — Estruturar um «thesaurus» que permita a classi- 
ficação de artigos. Acessoriamente poderá tam- 
bém haver efeitos benéficos na discussão e 


apuramento de terminologia. 

(v) — Permitir uma melhor organização do Conselho 
de Redacção, uma melhor cobertura dos temas 
tratados, uma melhor atenção face às lacunas. 
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Relativamente à Grelha que a seguir se divulga, 3.º 
versão do projecto como atrás se disse, deverá ter-se em 
conta que: 


(i) — os domínios referidos não são em geral dis- 
juntos; 

(ii) — esse domínios agregam-se em áreas de níveis 
diferentes e hierarquia não comparável; 

(ii) — o quadro de sistematização criado é evolutivo, 
dinâmico, crítico, exigindo revisão periódica. 


A árvore taxonómica principal, que permite uma classi- 
ficação hierárquica descendente, é a seguinte: 


1.º — ÁREA, que agrega domínios conexos. 

2.º — DOMÍNIOS, que se expandem em palavras- 
-chave. 

3.º — PALAVRAS-CHAVE, que permitem, com as 
instâncias anteriores, a classificação dos temas 
informáticos escritos. 


Nesta terceira versão do projecto de Grelha apenas se 
propõe uma sistematização de Áreas e Domínios, não se 
expandindo, de momento, os Domínios em Palavras- 
-Chave. 

As Áreas propostas são as seguintes: 


A.1 — Fundo teórico (1) 

A.2 — Domínios básicos (2) 

A.3 — Disciplinas de aplicação informática (3) 

A.4 — Enquadramentos administrativos e institucionais 
(4) 

A.5 — Informatização de sectores produtivos, sociais e 
culturais (5) 

A.6 — A Informática nas Organizações (6) 

A.7 — Problemática social do estrato informático (7) 

A.8 — Vária (8) 


Os domínios cobertos por cada área são os seguintes: 


A.1 — Fundo teórico 


1 — Suportes matemáticos (9) 

2 — Lógica 

3 — Teoria dos Modelos 

4 — Teoria dos Sistemas 

5 — Teoria da Decisão 

6 — Teoria da Informação e Comunicação 
7 — Teoria dos Grafos 

8 — Teoria dos Autómatos 

. 9 — Cibernética 

10 — Linguagens formais 


apppaRaça Ra 


A. 2 — Domínios básicos 


d. 1 — Tecnologia da Informática (10), 
d. 2 — Arquitectura de Sistemas . 
d. 3 — Sistemas de Exploração 

d. 4 — Software básico 


d. 5 — Avaliação de funcionamento do computador 
(«Performance and Evaluation») 

- 6 — Microinformática 

«7 — Teleinformática 

- 8 — Redes 

- 8 — Metodologias de Programação 

d.10 — Programação Concorrente 

d.11 — Estruturas de Dados 

d.12 — Análise de Sistemas 

d.13 — Sistemas de Informação 

d.14 — Bases de Dados 

d.15 — Computação Gráfica 

d.16 — Comunicação Homem-Máquina 

d.17 — Técnicas de Simulação 

d.Is -—— Segurança («Safety») 

d.19 — Confidencialidade («Security») 

d.20 — Engenharia de Software 

d.21 — Normalização e Certificação de qualidade na- 
produção de software 

d.22 — Inteligência Artificial 
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A.2 — Disciplinas de Aplicação Informática 


d. 1 — Educação Assistida por Computador («Educa- 
tion Aided by Computer») 

d. 2 — Projecto Assistido por Computador («Compu- 
ter Aided Design») 

d. 3 — Fabrico Assistido por Computador («Computer 
Aided Manufacturing») 

d. 4 — Reconhecimento de Padrões («Pattern Recogni- 
tion») 

d. 5 — Secretariado Electrónico («Bureautique») 

d. 6 — Correio Electrónico 

d. 7 — Tratamento de Textos («Word Processing») 

d. 8 — Fotocomposição Computadorizada («Type- 
-setting») 

d. 9 — Documentalismo automatizado («Information 
Retrieval») 

d.10 — Sistemas Periciais («Expert Systems») 

d.11 — Cartografia Computadorizada 

d.12 — Automação e Controlo 

d.13 — Robótica 

d.14 — Telemática 


A. 4 — Enquadramentos Administrativos e Institucio- 


nais 


1 — Planificação da Informática 

2 — Normalização da Informática 

3 — Educação e Formação em Informática 

- 4 — Auditoria Jurídica 

- 5 — Sistemas Nacionais condicionantes ou interre- 
lacionados com o Sistema Nacional 
Informático (11) 

d. 6 — Problemáticas associadas às produtoras 

d. 7 — Fluxos transfronteiros de informação 

d. 8 — Transferências de tecnologia e de «know-how» 


apra 


———————————.e..e.e-e—————————————————e 


40 Vol. 2, N.º 3 


REVISTA DE INFORMÁTICA 


A. 5 — Informatização de Sectores Produtivos, So- 
ciais e Culturais 


l — Impactes da Informática na Sociedade 
2 — Administração Pública Central 

3 — Poder Local 

4 — Regionalização 

5 — Sector Educativo 

6 — Segurança Social 

7 — Indústria 

8 — Obras Públicas, Habitação e Transporte 
9 — Comércio e Turismo 

d.10 — Economia e Finanças 

d.11 — Ciência e Cultura 

d.12 — Juventude 

d.13 — Desportos 

d.14 — Lazer, jogos, tempos livres 

d.15 — Pequenas e Médias Empresas 
d.16 — Banca e Seguros 

d.17 — Informática Hospitalar 

d.18 — Informática Médica 

d.19 — Informática Jurídica 

d.20 — Informática e História 

d.21 — Informática e Comunicação Social 


acananaaA 


A.6 — A Informática nas Organizações 


d. 1 — Estudos de Viabilidade e Oportunidade (12) 

d. 2 — Plano Informático na Organização (13) 

d. 3 — Selecção e Contratação de Equipamento 

d. 4 — Ambiente e Segurança de Instalações 

d. 5 — Administração e Gestão de Centros de Infor- 
mática 

d. 6 — Gestão de Projectos de Informática 

d. 7 — «Standards» informáticos da organização 

d. 8 — Formação e reciclagem 

d. 9 — Sistemas de Informação na organização 


d.10 — Métodos e Técnicas de recolha de dados 
d.11 — Análise Funcional (14) 

d.12 — Análise Orgânica (15) 

d.13 — Programação de Aplicações 

d.14 — Problemática dos Utilizadores 

d.15 — Aspectos psico-sociológicos 


A. 7 — Problemática Social do Estrato Informático 


d.1 — Deontologia Profissional 
d.2 — Carreiras Profissionais 
d.3 — Sindicalismo 

d.4 — Associativismo 

d.5 — Emprego e Desemprego 
d.6 — Saúde Profissional 


Cabe agora o lugar à paciência do leitor. Pedem-se 
críticas, dúvidas, acrescentos, reformulações, emendas, 
especialmente durante os próximos dois meses. Dar-se-á 
conta da interacção havida num próximo número. 


Notas: 


(1) Ou «domínios teóricos de fundo» ou, inicialmente, «domínios 
teóricos de back-ground». 

(2) Intrínsecos ao Sistema Científico-Técnico da Informática. 

(3) Desenvolvimento recente de disciplinas ou actividades baseadas 
no progresso da Informática. 

(4) A institucionalização da Informática no âmbito nacional e interna- 
cional, a interrelação com sistemas nacionais e internacionais. 

(5) Envolvimento de sectores tradicionalmente com expressão minis- 
terial na Administração Pública e de alguns sub-sectores por especiali- 
dade. 

(6) A Informática no seio dos organismos (empresas, 
Administração, etc.). 

(7) Os problemas sociais, profissionais, associativos, sindicais, la- 
borais da camada social dos informáticos. 

(8) Miscellaneous. 

(9) Na anterior versão explicitava-se Algebra, Análise, Métodos Esta- 
tísticos. Não se abarcavam os Processos Estocásticos, as Filas de 
Espera, a Investigação Operacional, embora de alguma maneira a Teoria 
da Decisão os contemplasse. Optou-se por compactar aqueles items em: 
suportes matemáticos. 

(10) Inclui vários tipos de tecnologia: electrónica, óptica, eléctrica, de 
teclados, etc.. 

(11) Sistema Estatístico Nacional, Sistema Nacional do Plano, Sis- 
tema Nacional de Telecomunicações, Sistema Nacional Educativo, etc.. 

(12) Uma outra sugestão de organização dos items d.1 a d.3, oriunda 
da experiência de uma grande empresa pública, consiste em compactá- 
-los no item único «realização do ante-projecto informático» que englo- 
ba o estudo do problema, o desenho de soluções, a viabilidade técnica, 
económica e operacional e a selecção e contratação de equipamento. 

(13) Segundo a mesma experiência o Plano Informático é antecedido 
pela definição sucinta de Políticas Informáticas. 

(14) Que se relaciona fundamentalmente com o levantamento de 
necessidades. 

(15) Que se relaciona com a concepção da Aplicação. Estas duas 
noções, de escola francesa, dão origem a confusões, correspondendo a 
conceitos pouco clarificados (que também subsistem na anglo-saxónica 
Análise de Sistemas). Ainda segundo a experiência referida atrás em 
(12) seria de compactar d.11 a d.13 em «desenvolvimento de projectos 
informáticos». 


órgãos da 


REVISTA DE INFORMÁTICA 


Vol. 2 Nº3 41 


SCIENTIFIC MICRO SYSTEMS 


Micromatic 


electric 
industry 
company ltd. 


LEAR SIEGLER, INC. 


. ; elecironics 
Micromatic IF rencioa o, 


& 
COMPUTER 


à Micromatic — microinformática e automação 


, Rua Nova Santa Cruz CP 216 - 4703 Braga Codex - tif. 71555 (5 linhas)- tix. 32126 - Portugal 


42 Vol. 52; Na REVISTA DE INFORMÁTICA 


Instalação de Sistemas 
de Exploração em Microsistemas 


L. M. Camarinha de Matos 
UNL 


RESUMO Apresenta-se uma breve panorâmica dos 
problemas decorrentes da utilização dos 
limitados recursos software existentes 
para a exploração de microsistemas infor- 
máticos. 

Salienta-se a necessidade duma standar- 
dização a nível do sistema de exploração 
como via de uniformização dos equipa- 
mentos fisicamente diversificados, com 
vista a um bom aproveitamento desses 
utensílios software e hardware. 

É relatada uma experiência de instala- 
ção, em máquinas fisicamente diferentes, 
dum sistema de exploração concebido sob 
forma modular — o CP/M. 


NOTA PRÉVIA: Para a elaboração do presente trabalho 
regista-se e agradece-se a colaboração dos 
restantes elementos do Núcleo de Hardware 
do DI-UNL: Steiger Garção, Cândido Manso 
e António Sarmento. 


1. Introdução 


O advento dos microprocessadores veio possibilitar a 
inserção de métodos informáticos em domínios onde seria 
impensável utilizar as soluções oferecidas pelos grandes 
sistemas. 

Poderão citar-se zonas de aplicação como controlo in- 
dustrial, gestão de pequenas e médias empresas, desen- 
volvimento de equipamentos bastante especializados (fu- 
gindo a soluções de «produção em série»), descentraliza- 
ção de soluções mesmo em grandes empresas, etc. 

Do ponto de vista da engenharia de hardware, estamos 
perante uma nova faceta — utilização em larga escala de 
máquinas programáveis — que, embora viabilizada pelos 
baixos preços dos componentes físicos, vem exigir uten- 
sílios que permitam desenvolver o necessário software de 
controlo e testá-lo. Esse teste deve processar-se de pre- 
ferência, em «ambiente de tempo real», ou seja, exige 
meios para «emular» (simular) os sistemas que se preten- 
dem implementar. 

Surgem, assim, os designados «sistemas de desenvolvi- 
mento», construídos em torno dum ou vários micropro- 
cessadores com alguma capacidade de memória de massa 
— floppy disks — sistema de exploração, compiladores 
de linguagens de alto nível e facilidades de «debugging». 


Um sistema de desenvolvimento é, pois, uma central 
de trabalho extremamente útil ao técnico de hardware. 
Importa aqui salientar o seguinte: o rendimento que se 
conseguirá obter com um tal instrumento de trabalho 
depende directamente das potencialidades que o seu sis- 
tema de exploração oferecer. 

O sistema de exploração («operating system») actuará, 
por um lado, como um gestor dos recursos do sistema 
físico e, por outro, como uma extensão à própria máquina 
pelo fornecimento de todo um conjunto de facilidades 
tendentes a diminuir a distância entre o homem e essa 
máquina. 

Noutra zona de aplicação — gestão, ensino, etc. — 
caminhou-se para a construção de verdadeiros minicom- 
putadores em torno de microprocessadores. 

Também aqui se torna imprescindível a existência dum 
sistema de exploração que liberte o utilizador — normal- 
mente não especialista de informática — das tarefas de 
gestão dos recursos hardware. 

Temos, contudo, uma diferença de requisitos nestas 
duas áreas: Enquanto nos sistemas de desenvolvimento 
importa que o software de apoio permita sempre um 
«acesso directo» à máquina, nesta última área pretende-se 
libertar o utilizador, tanto quanto possível, dessa mesma 
máquina. 

Esta diferença notar-se-á, não tanto a nível do sistema 
de exploração, mas mais a nível das características exigí- 
veis ao restante software de apoio: compiladores, 
«debuggers»... 

Por outro lado, em grande parte das aplicações de 
controlo, os processos a controlar têm tempos de resposta 
significativamente mais lentos que os tempos de processa- 
mento dum microprocessador. 

É, assim, pensável partilhar o tempo dum mesmo pro- 
cessador pelo atendimento/controlo de vários processos 
com ocorrências paralelas no tempo. 

Também o elevado custo de alguns periféricos — de- 
vido fundamentalmente à presença de componentes mecã- 
nicos — em relação aos custos das unidades de processa- 
mento, conduz a que, em certas circunstâncias, se preten- 
dam partilhar esses periféricos por vários utilizadores. 

Mesmo no próprio processo de utilização dos microsis- 
temas para desenvolvimento de software, note-se que a 
maior parte do tempo é gasta em edições (criação/mani- 
pulação de ficheiros). Ora, as taxas de introdução de 
caracteres pelo homem são de molde a permitir que o 
processador preste atenção a vários utilizadores simulta- 
neos. 
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Para a concretização destes objectivos exigir-se-ão 
utensílios software de mais elevada potencialidade. 

Assim surgem hoje várias ofertas de sistemas de explo- 
ração permitindo a multiprogramação e/ou o multiproces- 
samento, «spooling», etc.. 

-Em Março de 1980, de entre os sistemas de exploração 
oferecidos para microsistemas, contam-se 32% permitindo 
vários utilizadores simultâneos (números do Electronic 
Design, vol. 28, n.º 26, March 15, 1980). 

Por outro lado, também se exigem linguagens (e res- 
pectivos compiladores) especialmente adaptadas à produ- 
ção de sistemas permitindo actividades concorrentes. 


2. Software para microsistemas 
— Breve panorâmica e requisitos desejáveis 


Embora o desenvolvimento tecnológico tenha permitido 
verdadeiras oportunidades no campo dos executores físi- 
cos, não se poderá dizer que o desenvolvimento de soft- 
ware de apoio tenha tido um crescimento comparável. 

Vários factores contribuem para esta situação. 

Em primeiro lugar a formação (ou proveniência) dos 
primeiros utilizadores da microinformática não era a de 
informáticos mas normalmente a de electrotécnicos ou de 
outros ramos da engenharia. 

Assim, quando estes «pioneiros» foram colocados 
perante uma situação que lhes era nova — a necessidade 
de utilização de ferramentas de software — começaram a 
desenvolvê-las não seguindo, grande parte das vezes, as 
vias mais aconselháveis. 

Verifica-se em muitos casos, na microinformática, uma 
triste repetição de todo um caminho já trilhado na infor- 
mática clássica, sem, contudo, se utilizarem os conheci- 
mentos aí adquiridos. 

Em muitas circunstâncias, o desenvolvimento de siste- 
mas hardware em torno de microcomputadores tem, 
durante longo tempo, sido feito com programação em 
linguagem máquina e codificação manual, com todos os 
inconvenientes que daí resultam. 

Esta situação algumas vezes justificada por ignorância 
ou falta de recursos, é também defendida com o argu- 
mento de que a utilização de linguagens de alto nível não 
possibilita a optimização de espaço e controlo sobre a 
máquina que se conseguem com uma programação em 
linguagem máquina. 

Obviamente que esta argumentação está esquecendo 
determinados factores que convém aqui salientar: 


— Para o desenvolvimento de qualquer projecto de 
médio ou grande vulto a fase de teste — geralmente 
a mais importante em tempo ocupado — é incom- 
paravelmente mais facilitada se utilizarmos uma lin- 
guagem de alto nível e as facilidades de «debug- 
ging» associadas. 
A própria fase de escrita original do programa é 
substancialmente mais acelerada. 
— À redução dos preços dos suportes de memorização 
retira muito do peso do argumento de optimização 
na ocupação de espaço, principalmente se contrapo- 


sermos os preços de mão-de-obra para o desenvolvi- 
mento de software em linguagem máquina. 

Isto não falando na utilização de compiladores 
com capacidade de efectuarem certas optimizações, 
o que hoje é uma solução viável. 

— Para situações onde convenha que certas componen- 
tes críticas sejam efectivamente desenvolvidas em 
linguagem máquina, há a possibilidade de construir 
as respectivas rotinas e efectuar uma ligação ao 
restante programa desenvolvido em linguagem de 
alto nível, utilizando programas especializados 
(«linkers»). 


Por outro lado, a desconfiança que as pessoas ligadas 
aos grandes sistemas clássicos manifestavam em relação 
aos microsistemas não permitiu uma conjugação de esfor- 
ços com vista ao correcto aproveitamento das novas fa- 
cilidades tecnológicas. 

Felizmente esse espírito de desconfiança começa a des- 
vanecer-se. 

É de notar, porém, que não basta uma cópia daquilo 
que se foi fazendo para as grandes máquinas. Está-se 
perante uma situação nova que exige uma análise apropri- 
ada embora seja imprescindível usar a experiência adqui- 
rida na informática clássica. 

Também a grande proliferação de microsistemas di- 
ferentes, ainda que usando, eventualmente, o mesmo pro- 
cessador, dificulta a portabilidade do software, isto é, a 
possibilidade de uma peça de software, construída para 
uma máquina poder ser facilmente instalada noutra má- 
quina. 

Note-se, por exemplo, a grande diversidade de equipa- 
mentos baseados nos microprocessadores 8080, Z80 ou 
6800, mas onde se encontram as mais variadas soluções a 
nível de interfaces especializadas como controladores de 
disco, métodos de input/output, etc. 

Uma solução para obviar aos problemas decorrentes 
desta diversidade consistirá em produzir um módulo soft- 
ware que, assentando sobre a máquina física, implemen- 
tasse uma máquina abstracta standard. A implementação 
deste módulo variaria de equipamento para equipamento 
mas garantiria uma interface standard com outros mó- 
dulos definíveis pelo utilizador que seriam suportados 
pela máquina abstracta. 


Módulos independentes 


> da máquina concreta, 
-dependente da máquina física portanto, portáveis 


que implementa uma máquina abstrata 


Máquina Física 


A construção dum tal módulo funciona como um pro- 
cesso uniformizador (e extensor) do equipamento físico. 
A forma mais lógica de se concretizar este efeito de- 
verá ser a nível do sistema de exploração. Um sistema de 
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exploração concebido nesta perspectiva teria, assim, além 
das funções de gestor de recursos e extensor da máquina, 
a missão de uniformização de configurações físicas. 

Normalmente os fabricantes destes equipamentos forne- 
cem o «seu» sistema de exploração o qual é, por vezes, 
bastante rudimentar. Contudo, o utilizador fica obrigado a 
socorrer-se apenas do software de apoio (compiladores, 
editor, debugger...) fornecido por esses fabricantes. 

Digamos que existe um perpectuar da diferenciação 
entre equipamentos. 

Quando o fabricante fornece os citados utensílios não 
estaremos na pior das situações, mas, em muitos casos, 
esses instrumentos de software são extremamente reduzi- 
dos ficando o possuidor do equipamento sem possibilida- 
des de se socorrer de outro software existente. 

Note-se a dependência que as peças de software terão 
do sistema de exploração que as suportará, nomeada- 
mente a nível das primitivas de input/output providencia- 
das e das interfaces com esse sistema! 

Esta situação é ainda aproveitada pelos mesmos fabri- 
cantes para a manutenção duma política de preços consi- 
deravelmente elevados. 

Uma solução interessante seria contrapor a sistemas de 
exploração individualizados (perpetuadores das diferenças 
físicas) uma «espécie de sistema standard» que permitisse 
a possuidores de máquinas fisicamente diferentes unifor- 
mizá-las logicamente de forma a poderem utilizar o 
mesmo software. 

Deste modo cada utilizador teria acessível todo um 
conjunto de software produzido por entidades diversas, 
libertando-se das restrições do fornecedor do seu equipa- 
mento físico. 

Poderia, por exemplo, comprar um compilador de Pas- 
cal à entidade A, um simulador do processador X à 
entidade B, etc. 

De salientar também a abertura que uma solução destas 
proporcionaria à formação de «comunidades de utiliza- 
dores» (o que já se noticia nalguns campos). 

Felizmente já hoje começam a aparecer soluções indus- 
triais onde se encontram estes princípios, mas ainda não 
tão generalizados quanto se desejaria. 

Os grandes fabricantes de hardware têm, contudo, 
«uma» arma importante: serviço de manutenção do seu 
software, «updates», etc., o que, obviamente, é de 
grande importância. 

Porém, também já aparecem algumas organizações de 
produção de software com esquemas de manutenção mini- 
mamente aceitáveis. 

A proposta de uma standardização de sistemas de ex- 
ploração para microsistemas apresentará, eventualmente, 
uma desvantagem: algumas potencialidades específicas de 
certo hardware poderão não ser aproveitadas eficiente- 
mente. 

A ideia não será obter um sistema perfeitamente uni- 
versal mas, antes, adaptável a uma «família» de microsis- 
temas com características e objectivos análogos. Nessas 
condições, parece-nos que as vantagens dessa standardiza- 
ção superam as desvantagens dum menor aproveitamento 
de alguma característica específica de um equipamento 
particular dessa família. 

Paralelamente a uma standardização de software de 
sistema, será também desejável — e até imprescindível 


para a concretização daquela — uma standardização a 
nível de «certas zonas» do hardware «subjectivamente 
implícito quando se introduz o termo «família de micro- 
sistemas»). 

Um aspecto que vem tomando significativamente maior 
importância na microinformática é a possibilidade e opor- 
tunidade de execução de actividades (processos) concor- 
rentes (ou pseudo-concorrentes — tempo partilhado). 

Tal hipótese é desejável (nalguns casos, forçosa) em 
aplicações como: 


— controlo de sistemas; onde os tempos de resposta 
não sejam de molde a sobrecarregar o processador. 

— «word processing»: onde a taxa de introdução de 
texto é extremamente lenta. 

Mesmo em aplicações vulgares do desenvolvi- 
mento de software, grande parte do tempo é gasto 
em edições, onde a situação de várias utilizadores 
simultâneos é uma via realista de aumentar o apro- 
veitamento da máquina. 

— etc. 


Para a concretização dessas possibilidades há que exigir 
um novo requisito ao sistema de exploração para micro- 
sistemas: possibilidades de multiprogramação (ou seja, 
suporte de processos concorrentes). 

Paralelamente exigem-se agora novas potencialidades 
aos utensílios de desenvolvimento: 


— compiladores - de linguagens onde os conceitos de 
concorrência e sincronização entre processos e ex- 
clusividade no acesso a recursos críticos estejam 
presentes. 

— «debuggers» mais poderosos. 


Começam a surgir alguns trabalhos neste sentido em- 
bora ainda numa fase bastante preliminar. 

Muitos dos trabalhos são originários de núcleos de 
investigação de Universidades e de outras instituições 


que, como é óbvio, terão um mais fácil acesso (econó- 
mico) a microsistemas do que a grandes máquinas. 


3. CP/M — Uma solução na via da modularidade e 
portabilidade 


O CP/M (Control Program for Microcomputer sys- 
tems) é um sistema de exploração construído segundo 
uma organização modular e que tem alcançado grande 
popularidade entre os possuidores de microsistemas a 
ponto de se tornar um standard «de facto». 

São hoje numerosos os produtores de software que 
adotam o CP/M como sistema suporte dos seus produtos. 

A título de exemplo, cite-se a existência de compila- 
dores (e/ou interpretadores) para as linguagens PASCAL, 
FORTRAN, BASIC, COBOL, C, FORTH. ..., sistemas 
gestores de (micro)bases de dados, etc., suportados por 
este sistema de exploração. 

Trata-se dum sistema simples de monoprogramação 
cuja estrutura se pode esquematizar (modelizar) do se- 
guinte modo: 
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Para a concretização destes objectivos exigir-se-ão 
utensílios software de mais elevada potencialidade. 

Assim surgem hoje várias ofertas de sistemas de explo- 
ração permitindo a multiprogramação e/ou o multiproces- 
samento, «spooling», etc.. 

-Em Março de 1980, de entre os sistemas de exploração 
oferecidos para microsistemas, contam-se 32% permitindo 
vários utilizadores simultâneos (números do Electronic 
Design, vol. 28, n.º 26, March 15, 1980). 

Por outro lado, também se exigem linguagens (e res- 
pectivos compiladores) especialmente adaptadas à produ- 
ção de sistemas permitindo actividades concorrentes. 


2. Software para microsistemas 
— Breve panorâmica e requisitos desejáveis 


Embora o desenvolvimento tecnológico tenha permitido 
verdadeiras oportunidades no campo dos executores físi- 
cos, não se poderá dizer que o desenvolvimento de soft- 
ware de apoio tenha tido um crescimento comparável. 

Vários factores contribuem para esta situação. 

Em primeiro lugar a formação (ou proveniência) dos 
primeiros utilizadores da microinformática não era a de 
informáticos mas normalmente a de electrotécnicos ou de 
outros ramos da engenharia. 

Assim, quando estes «pioneiros» foram colocados 
perante uma situação que lhes era nova — a necessidade 
de utilização de ferramentas de software — começaram a 
desenvolvê-las não seguindo, grande parte das vezes, as 
vias mais aconselháveis. 

Verifica-se em muitos casos, na microinformática, uma 
triste repetição de todo um caminho já trilhado na infor- 
mática clássica, sem, contudo, se utilizarem os conheci- 
mentos aí adquiridos. 

Em muitas circunstâncias, o desenvolvimento de siste- 
mas hardware em torno de microcomputadores tem, 
durante longo tempo, sido feito com programação em 
linguagem máquina e codificação manual, com todos os 
inconvenientes que daí resultam. 

Esta situação algumas vezes justificada por ignorância 
ou falta de recursos, é também defendida com o argu- 
mento de que a utilização de linguagens de alto nível não 
possibilita a optimização de espaço e controlo sobre a 
máquina que se conseguem com uma programação em 
linguagem máquina. 

Obviamente que esta argumentação está esquecendo 
determinados factores que convém aqui salientar: 


— Para o desenvolvimento de qualquer projecto de 
médio ou grande vulto a fase de teste — geralmente 
a mais importante em tempo ocupado — é incom- 
paravelmente mais facilitada se utilizarmos uma lin- 
guagem de alto nível e as facilidades de «debug- 
ging» associadas. 
A própria fase de escrita original do programa é 
substancialmente mais acelerada. 
— À redução dos preços dos suportes de memorização 
retira muito do peso do argumento de optimização 
na ocupação de espaço, principalmente se contrapo- 


sermos os preços de mão-de-obra para o desenvolvi- 
mento de software em linguagem máquina. 

Isto não falando na utilização de compiladores 
com capacidade de efectuarem certas optimizações, 
o que hoje é uma solução viável. 

— Para situações onde convenha que certas componen- 
tes críticas sejam efectivamente desenvolvidas em 
linguagem máquina, há a possibilidade de construir 
as respectivas rotinas e efectuar uma ligação ao 
restante programa desenvolvido em linguagem de 
alto nível, utilizando programas especializados 
(«linkers»). 


Por outro lado, a desconfiança que as pessoas ligadas 
aos grandes sistemas clássicos manifestavam em relação 
aos microsistemas não permitiu uma conjugação de esfor- 
ços com vista ao correcto aproveitamento das novas fa- 
cilidades tecnológicas. 

Felizmente esse espírito de desconfiança começa a des- 
vanecer-se. 

É de notar, porém, que não basta uma cópia daquilo 
que se foi fazendo para as grandes máquinas. Está-se 
perante uma situação nova que exige uma análise apropri- 
ada embora seja imprescindível usar a experiência adqui- 
rida na informática clássica. 

Também a grande proliferação de microsistemas di- 
ferentes, ainda que usando, eventualmente, o mesmo pro- 
cessador, dificulta a portabilidade do software, isto é, a 
possibilidade de uma peça de software, construída para 
uma máquina poder ser facilmente instalada noutra má- 
quina. 

Note-se, por exemplo, a grande diversidade de equipa- 
mentos baseados nos microprocessadores 8080, Z80 ou 
6800, mas onde se encontram as mais variadas soluções a 
nível de interfaces especializadas como controladores de 
disco, métodos de input/output, etc. 

Uma solução para obviar aos problemas decorrentes 
desta diversidade consistirá em produzir um módulo soft- 
ware que, assentando sobre a máquina física, implemen- 
tasse uma máquina abstracta standard. A implementação 
deste módulo variaria de equipamento para equipamento 
mas garantiria uma interface standard com outros mó- 
dulos definíveis pelo utilizador que seriam suportados 
pela máquina abstracta. 


Módulos independentes 
da máquina concreta, 
portanto, portáveis 


-dependente da máquina física; 
que implementa uma máquina abstrata 


Máquina Física 


A construção dum tal módulo funciona como um pro- 
cesso uniformizador (e extensor) do equipamento físico. 
A forma mais lógica de se concretizar este efeito de- 
verá ser a nível do sistema de exploração. Um sistema de 
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exploração concebido nesta perspectiva teria, assim, além 
das funções de gestor de recursos e extensor da máquina, 
a missão de uniformização de configurações físicas. 

Normalmente os fabricantes destes equipamentos forne- 
cem o «seu» sistema de exploração o qual é, por vezes, 
bastante rudimentar. Contudo, o utilizador fica obrigado a 
socorrer-se apenas do software de apoio (compiladores, 
editor, debugger...) fornecido por esses fabricantes. 

Digamos que existe um perpectuar da diferenciação 
entre equipamentos. 

Quando o fabricante fornece os citados utensílios não 
estaremos na pior das situações, mas, em muitos casos, 
esses instrumentos de software são extremamente reduzi- 
dos ficando o possuidor do equipamento sem possibilida- 
des de se socorrer de outro software existente. 

Note-se a dependência que as peças de software terão 
do sistema de exploração que as suportará, nomeada- 
mente a nível das primitivas de input/output providencia- 
das e das interfaces com esse sistema! 

Esta situação é ainda aproveitada pelos mesmos fabri- 
cantes para a manutenção duma política de preços consi- 
deravelmente elevados. 

Uma solução interessante seria contrapor a sistemas de 
exploração individualizados (perpetuadores das diferenças 
físicas) uma «espécie de sistema standard» que permitisse 
a possuidores de máquinas fisicamente diferentes unifor- 
mizá-las logicamente de forma a poderem utilizar o 
mesmo software. 

Deste modo cada utilizador teria acessível todo um 
conjunto de software produzido por entidades diversas, 
libertando-se das restrições do fornecedor do seu equipa- 
mento físico. 

Poderia, por exemplo, comprar um compilador de Pas- 
cal à entidade A, um simulador do processador X à 
entidade B, etc. 

De salientar também a abertura que uma solução destas 
proporcionaria à formação de «comunidades de utiliza- 
dores» (o que já se notícia nalguns campos). 

Felizmente já hoje começam a aparecer soluções indus- 
triais onde se encontram estes princípios, mas ainda não 
tão generalizados quanto se desejaria. 

Os grandes fabricantes de hardware têm, contudo, 
«uma» arma importante: serviço de manutenção do seu 
software, «updates», etc., o que, obviamente, é de 
grande importância. 

Porém, também já aparecem algumas organizações de 
produção de software com esquemas de manutenção mini- 
mamente aceitáveis. 

A proposta de uma standardização de sistemas de ex- 
ploração para microsistemas apresentará, eventualmente, 
uma desvantagem: algumas potencialidades específicas de 
certo hardware poderão não ser aproveitadas eficiente- 
mente. 

A ideia não será obter um sistema perfeitamente uni- 
versal mas, antes, adaptável a uma «família» de microsis- 
temas com características e objectivos análogos. Nessas 
condições, parece-nos que as vantagens dessa standardiza- 
ção superam as desvantagens dum menor aproveitamento 
de alguma característica específica de um equipamento 
particular dessa família. 

Paralelamente a uma standardização de software de 
sistema, será também desejável — e até imprescindível 


para a concretização daquela — uma standardização a 
nível de «certas zonas» do hardware «subjectivamente 
implícito quando se introduz o termo «família de micro- 
sistemas»). 

Um aspecto que vem tomando significativamente maior 
importância na microinformática é a possibilidade e opor- 
tunidade de execução de actividades (processos) concor- 
rentes (ou pseudo-concorrentes — tempo partilhado). 

Tal hipótese é desejável (nalguns casos, forçosa) em 
aplicações como: 


— controlo de sistemas; onde os tempos de resposta 
não sejam de molde a sobrecarregar o processador. 

— «word processing»: onde a taxa de introdução de 
texto é extremamente lenta. 

Mesmo em aplicações vulgares do desenvolvi- 
mento de software, grande parte do tempo é gasto 
em edições, onde a situação de várias utilizadores 
simultâneos é uma via realista de aumentar o apro- 
veitamento da máquina. 

— etc. 


Para a concretização dessas possibilidades há que exigir 
um novo requisito ao sistema de exploração para micro- 
sistemas: possibilidades de multiprogramação (ou seja, 
suporte de processos concorrentes). 

Paralelamente exigem-se agora novas potencialidades 
aos utensílios de desenvolvimento: 


— compiladores - de linguagens onde os conceitos de 
concorrência e sincronização entre processos e ex- 
clusividade no acesso a recursos críticos estejam 
presentes. 

— «debuggers» mais poderosos. 


Começam a surgir alguns trabalhos neste sentido em- 
bora ainda numa fase bastante preliminar. 

Muitos dos trabalhos são originários de núcleos de 
investigação de Universidades e de outras instituições 
que, como é óbvio, terão um mais fácil acesso (econó- 
mico) a microsistemas do que a grandes máquinas. 


3. CP/M — Uma solução na via da modularidade e 
portabilidade 


O CP/M (Control Program for Microcomputer sys- 
tems) é um sistema de exploração construído segundo 
uma organização modular e que tem alcançado grande 
popularidade entre os possuidores de microsistemas a 
ponto de se tornar um standard «de facto». 

São hoje numerosos os produtores de software que 
adotam o CP/M como sistema suporte dos seus produtos. 

A título de exemplo, cite-se a existência de compila- 
dores (e/ou interpretadores) para as linguagens PASCAL, 
FORTRAN, BASIC, COBOL, C, FORTH. ..., sistemas 
gestores de (micro)bases de dados, etc., suportados por 
este sistema de exploração. 

Trata-se dum sistema simples de monoprogramação 
cuja estrutura se pode esquematizar (modelizar) do se- 
guinte modo: 
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Procesgor 


BDOS - Basic 
Disk Operating System 


BIOS - Basic 
Input Output System 


Módulo 
dependen 
BM sus 


configuraç 
in Módulos não 
“supervisor residentes 
calls" 


N 


Embora impondo algumas condições relativamente à 
constituição do microsistema físico que o suportará, este 
sistema de exploração deixa vários graus de liberdade que 
possibilitam a sua adaptação a uma família relativamente 
vasta de equipamentos. 

A caracterização da máquina concreta é feita a nível do 
BIOS, módulo onde se concentra toda a dependência do 
sistema físico. É fundamentalmente aqui que intervém o 
instalador do sistema. 

Os restantes módulos do CP/M são perfeitamente portá- 
veis entre qualquer máquina da família referida atrás — 
desde que o BIOS referente a essa máquina objecto tenha 
sido construído de acordo com as especificações! 

O BASIC INPUT/OUTPUT SYSTEM é, pois, um mó- 
dulo onde se especificam as características dos diversos 
periféricos e se providenciam as respectivas funções de 
acesso/manipulação constituindo, assim, uma nova má- 
quina (abstrata) sobre a qual se executará o CP/M propri- 
amente dito. 

Para garantir a independência dos restantes módulos em 
relação à máquina física, o CP/M impõe especificações 
para a construção do BIOS, ou mais propriamente, para a 
sua interface com o exterior, que terão de ser rigorosa- 
mente respeitadas. 


Segundo essas especificações, os diversos periférios 
(consola, discos, impressora, ...) aparecem como objectos 
munidos de determinadas funções de acesso. 


A utilização desses periféricos pelo módulo acima 
(BIOS) será feita exclusivamente através dessas funções. 


Definição 
das 
funções de 


acesso 


OBJECTO 


Exceptuando os dispositivos de memória de massa, o 
CP/M manipula apenas quatro periféricos lógicos: con- 


“sola, impressora, perfurador de fita e leitor de fita. Toda- 


via, estes periféricos lógicos podem ser afectados dinami- 
camente a periféricos físicos diversos. 

Cada um destes periféricos lógicos terá definidas, a 
nível do BIOS, as respectivas funções de acesso, bem 
como uma estrutura de dados elementar (IOBYTE) que 
suportará a definição dinâmica da afectação do físico ao 
lógico. 

Para a especificação dos objectos disco, o princípio é 
análogo, embora as estruturas de dados associadas sejam 
mais elaboradas. Estas deverão servir de suporte a infor- 
mações como: n.º de sectores, dimensão de cada sector, 
factor de blocagem, espaço reservado para o sistema 
(directoria de ficheiros) e espaço para o utilizador, «Map- 
ping» entre endereços físicos e lógicos, etc. 

Infelizmente a documentação fornecida pelo fabricante 
não é muito completa, pelo que a construção deste mó- 
dulo põe alguns problemas de compreensão, embora ul- 
trapassáveis. 

O principal componente do CP/M é o módulo BDOS 
— BASIC DISK OPERATING SYSTEM, que vem for- 
necer um conjunto de facilidades normalmente englobadas 
sob a sigla de «file system»: 


— criação e manipulação de ficheiros (acesso sequen- 
cial e directo); 

— gestão automática do espaço em disco; 

— manutenção de directorias; 


bem como todas as restantes funções de input/output e 
funções de acesso/manipulação de parâmetros de estado 
do sistema. 

Ao BDOS terão acessos outros módulos do sistema 
(utilitários) bem como programas definidos pelo utiliza- 
dor, através de «supervisor calls». 

Não iremos debruçar-nos sobre aspectos específicos 
deste módulo por sair fora do âmbito deste trabalho. 

Ao CCP — Console Command Processor cabe asse- 
gurar uma interface interactiva com o utilizador humano 
através da interpretação duma linguagem de comandos 
(«job control language»). 
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Estes comandos podem ser executados pela parte per- 
manentemente residente em memória central 
(BIOS + BDOS) ou por módulos residentes em disco que 
apenas serão chamados a memória central quando a sua 
activação for exigida. 

De entre os módulos não residentes (em memória cen- 
tral) providenciados com o CP/M destacam-se utilitários 


como: 


— EDITOR: criação e manipulação de ficheiros 
— PIP: «peripheral interchange program» 

— DDT: «dynamic debugging tool» 

— ASM: assembler 


— Compiladores 
— SID: «symbolic debugger» 


Qalquer programa criado pelo utilizador passará a ser 
visto pelo CCP em igualdade de circunstâncias com os 
módulos não residentes do sistema de exploração e, por- 
tanto, lançado em execução de forma análoga (invocado 
pelo seu nome). 

Isto permite ver o CP/M como um sistema expandível 
pelo utilizador. 

No campo da multiprogramação é de noticiar o apareci- 
mento do sistema MP/M que mantém a compatibilidade 
com o CP/M de molde a que todo o software desenvol- 
vido para este último possa continuar a usar-se. 


4. Uma experiência de instalação 


No caso concreto do-Núcleo de Hardware do Departa- 
mento de Informática da Universidade Nova de Lisboa, 
interessava-nos que a maioria dos trabalhos de desen- 
volvimento de software fossem elaborados indistintamente 
em qualquer dos nossos microsistemas, mesmo os confi- 
gurados (ou definidos) por nós. 

Pretendíamos, pois, que um programa construído num 
equipamento pudesse ser executado normalmente em 
qualquer dos outros (ou, pelo menos, fosse de fácil adap- 
tação). 

Ora, dispondo de equipamentos diversos, com carac- 
terísticas físicas distintas, embora com o mesmo tipo de 
processador central, a concretização do objectivo acima 
passava por uma uniformização lógica dessas máquinas. 

Por outras palavras, desejava-se instalar um mesmo 
sistema de exploração em todos os microsistemas. 

A construção dum novo sistema de exploração adaptá- 
vel não seria a melhor solução já que depois ficava-se na 
situação de ter que desenvolver todo o restante software 
de apoio. 

Assim, de entre os sistemas de exploração existentes 
no mercado (documentado) com facilidades de adaptação 
(poucos!), optámos pelo CP/M dada a sua divulgação e 
existência de bastante software adicional a preços aceitá- 
veis. 

Após as primeiras experiências de utilização e ensaio 
comparativo parece-nos que a opção de desenho modular 
e adaptável do CP/M não veio degradar a eficiência do 
sistema. Antes pelo contrário, as facilidades oferecidas 


parecem-nos adaptadas ao objectivo de obtenção duma 
maior rentabilidade de produção de software. 

A constituição modular do CP/M juntamente com a 
característica de expandibilidade, pela inclusão de mó- 
dulos definidos pelo utilizador, permite, para certas apli- 
cações específicas, configurar um sistema que, embora 
assente sobre o «kernel» (núcleo) central 
(BDOS + BIOS), se aproprie mais aos problemas con- 
cretos. 

Finalmente uma palavra sobre a possibilidade de auto- 
matização do processo de construção do BIOS. 

A construção dum programa que, recebendo determina- 
dos parâmetros, gerasse completamente o BIOS é bas- 


tante difícil dadas as grandes diferenças existentes a nível 


das soluções hardware para os processos de I/O. 

Contudo, uma biblioteca de «macros» que gerasse par- 
tes desse BIOS poderia constituir um útil instrumento. O 
próprio produtor do CP/M já fornece esse conjunto de 
facilidades para serem usadas em conjugação com o seu 
macroassembler. 


5. Conclusão 


Embora não pretendendo apresentar o CP/M como um 
exemplo perfeito de concepção modular, sentimos que se 
deve fazer um esforço conjunto nesta zona, de molde a 
poder partilhar recursos por uma comunidade cada vez 
maior e retirando, assim, um melhor aproveitamento dos 
instrumentos de desenvolvimento. 

Entendemos que, para a obtenção duma eficiente renta- 
bilidade de produção, se torna absolutamente imprescindí- 
vel utilizar as vantagens dum sistema de exploração po- 
deroso. Relativamente a linguagens de trabalho julgamos 
que, salvo raras excepções, deverão ser usadas linguagens 
de alto nível dada a redução de tempo de produção e teste 
que permitem obter. 

Num contexto nacional, onde os recursos existentes 
neste domínio são bastante reduzidos, atreveríamo-nos a 
propôr uma standardização do sistema de exploração a 
usar nos microsistemas informáticos. 

Isto permitiria alargar o número de potenciais utiliza- 
dores de cada produto com melhor aproveitamento desses 
trabalhos. 

A adopção de standardizações, a par dos efeitos benéfi- 
cos já salientados, tem o inconveniente de se apresentar 
como um obstáculo ao desenvolvimento e criatividade no 
domínio. Todavia, numa perspectiva a curto e médio 
prazo, julgamos que os benefícios que localmente se 
obterão serão justificativos para a generalização da adop- 
ção dum sistema de exploração comum. 

Pelas razões apontadas anteriormente sugerimos o CP/ 
M para esse sistema. 
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e Informática 
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Elizabete V. Costa (RIMA) 
J. Figueiredo Costa (PETROGAL) 


RESUMO No terceiro artigo desta série apresenta- 
mos a área de gestão da Informação, se- 
gundo capítulo do Manual de Standards. 

Incluímos também os Standards de Do- 
cumentação Operacional anunciados no 
artigo anterior. A gestão de Tabelas e o 
Dicionário de Dados, dada a sua especifi- 
cidade, serão objecto de um artigo pró- 
prio. 


ABSTRACT In this paper we present the area of 
INFORMATION MANAGEMENT, 
2nd chapter of the STANDARDS MA- 
NUAL. 

We also include the standards for 
OPERATIONAL DOCUMENTATION, 
will were announced in the previous 
paper. 

«TABLE MANAGEMENT» and 
«DATA DICTIONARY», being very es- 
pecific, will be treated in a paper of 
their own. 


3. Documentação operacional 


Além da documentação para manutenção, é necessário 
existir ainda uma outra que tenha por objectivos: 


— definir as responsabilidades quer do Utilizador quer 


do Centro para se conseguir uma exploração cor- 
recta da aplicação; 

— definir os circuitos a criar, quer no Utilizador, quer 
no Centro. 


Este tipo de documentação é separado do anterior visto 
que não se destina a ser utilizado pelas equipas de 
desenvolvimento/manutenção. o que permite a sua dedica- 
ção as tarefas para que estão vocacionadas: Análise e 
Programação. A execução das aplicações dependerá assim 
apenas dos utilizadores e de outra área da Informática, 
denominada GESTÃO DA INFORMAÇÃO. 

Por outro lado, a documentação operacional constitui 
um «contrato» entre a Informática e os utilizadores, pelo 
que o seu conteúdo deverá ser aprovado pelas chefias de 
ambos os Departamentos. 


Dado que esta documentação se destina a ser utilizada 
por um leque razoavelmente vasto de pessoas, a sua 
organização deverá ser modular de modo a permitir uma 
distribuição parcelar consoante as características do desti- 
natário. A estrutura que propomos é a seguinte: 


Capítulo | — Contém uma descrição geral da Aplica- 
ção incluindo um resumo das funções 
nela existentes e sua interligação com 
outras aplicações. Deverá ser redigido 
com o objectivo de possibilitar ao seu 
leitor uma compreensão clara do que é, 
para que serve e como funciona a apli- 
cação. 

Capítulo 2 — Descreve os circuitos criados dentro do 
Utilizador que estão directamente liga- 
dos com a aplicação. Por intermédio da 
sua leitura o Utilizador poderá ficar 
completamente esclarecido sobre o 
modo como deverá fornecer ao sistema. 

Capítulo 3 — Contém uma enumeração de todos os 
elementos mecanográficos associados à 
aplicação, bem como a sua localização. 
Deverão ser referidos nomeadamente os 
jobs, tabelas, ficheiros, bancos de da- 
dos, programas, etc.. 

Capítulo 4 — Deverá descrever claramente o método a 
seguir para a introdução de dados no 
Sistema. A organização deste capítulo 
dependerá fortemente do tipo de registo 
que se seguir, que tanto poderá ser feito 
em cartões, como em banda, diskette, 
minicomputador ou até em terminal. 

No caso de aplicações online, o diálo- 
go com o computador e as menságens 
produzidas deverão estar completamente 
documentados. 

Não se pretende aqui repetir as carac- 
terísticas do sistema online de uso geral 
que se utilizar, nem tão pouco o modo 
de operar do terminal, visto que essa 
informação deverá constar de manuais 
próprios, nalguns casos até fornecidos 
pelos respectivos fabricantes. 

Capítulo 5 — Contém fundamentalmente o protocolo 
de execução acordado com o utilizador. 
e detalhe das tarefas a serem realizadas 
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pelo Centro aquando da execução de 
cada ciclo ou fase da aplicação. 

O objectivo é permitir uma efectiva 
planificação dos diversos trabalhos a 
executar pela Informática e ainda contro- 
lar o andamento do trabalho, desde que 
entra até que sai do Centro. 

Capítulo 6 — Destina-se ao uso exclusivo da área de 
GESTÃO DA INFORMAÇÃO, ou de 
quem seja o responsável por desencadear 
a execução dos jobs no computador. 

Deverá assim conter todos os elemen- 
tos necessários para se efectuar uma cor- 
recta preparação de trabalho, tais como 
JCL utilizado, parâmetros de execução, 
normas para recuperação em caso de 
anomalia de execução, mensagens que 
indiquem ter havido anomalia na execu- 
ção dos programas, etc.. 

Capítulo 7 — Deverá conter uma relação dos mapas 
produzidos pelos diversos programas de 
aplicação, ordenados se possível por re- 
ferência de mapa, de modo a permitir 
uma verificação de exactidão dos resul- 
tados. Esta informação deverá permitir à 
GESTÃO DA INFORMAÇÃO analisar 
os mapas produzidos antes de os enviar 
para os utilizadores, podendo originar 
uma repetição das listagens ou do pró- 
prio processamento nos casos em que se 
verifiquem anomalias (listagem defi- 
ciente, papel mal cortado, número insu- 
ficiente de cópias, input em falta, etc..). 


No início de cada um destes capítulos deverá existir 
um índice de capítulo, e entre eles deverá existir uma 
página separadora com o seu título. 

A elaboração desta documentação deverá ser assegura- 
da por elementos das áreas de DESENVOLVIMENTO 
DE APLICAÇÕES E DE GESTÃO DA INFORMAÇÃO, 
devendo ser validado pelo utilizador nas partes que lhe 
dizem respeito. 

Para finalizar diremos que esta documentação, tantas 
vezes inexistente dado estar na cabeça das pessoas, é 
absolutamente fundamental para se conseguir utilizar efi- 
cientemente as diversas aplicações. Temos assistido fre- 
quentemente a casos em que, por mudança das pessoas 
quer no utilizador quer na informática, a aplicação deixa 
de funcionar durante períodos mais ou menos longos, ou 
é mesmo abandonada por total incapacidade de compreen- 
são do seu funcionamento. 


4. Gestão da informação 
4.1 Introdução 


Como já referimos no primeiro artigo desta série, o 
principal objectivo que deve nortear um Centro de Infor- 
mática é a satisfação plena dos seus utilizadores e apontá- 
mos como parâmetros fundamentais dessa concretização o 


tempo de resposta às solicitações formuladas e ao binó- 
mio rapidez/qualidade no tratamento da informação. 

Ora o que acontece na realidade é que os utilizadores 
da Informática nem sempre têm uma boa imagem desta, 
atribuindo-lhe todas as culpas por maus resultados de que 
se alheiam sistemática e completamente. 

Para justificar tal atitude apresentam os seguintes argu- 
mentos, entre outros: 


— a informação chega quase sempre atrasada 

— há imensos erros nos outputs 

— é grande a demora quer na satisfação de alterações 
quer na elaboração de novas aplicações, etc.. 


Por outro lado a Informática queixa-se que os utiliza- 
dores não sabem o que querem que estão sempre a apre- 
sentar alterações aos pedidos, que não enviam a informa- 
ção a horas etc... Í 

Verifica-se que esta situação de descontentamento de 
parte a parte deriva basicamente de: 


— deficiente organização do Centro de Informática 

— inexistência de correspondentes informáticos que 
funcionem como ligação entre os vários departa- 
mentos utilizadores e a Informática. 


Em relação ao primeiro ponto podemos apontar como 
causas, os seguintes aspectos: 


— ausência ou não cumprimento de um plano de acti- 
vidades a curto e médio prazo; 

— inexistência de um controlo de qualidade efectivo de 
toda a informação recebida e expedida; 

— indefinição de circuitos; 

— deficiente documentação; 

— centralização excessiva. 


Quanto ao segundo ponto entendemos por correspon- 
dente informático o elemento do departamento utilizador 
a quem seja fornecida, interna ou externamente uma for- 
mação base de Informática que lhe permita equacionar os 
problemas, de forma a assegurar a compatibilidade entre 
os pedidos do seu departamento e o sistema informático 
disponível. 

Este elemento será no seu departamento o único inter- 
locutor da Informática. Qualquer pedido que envolva mo- 
dificação na estrutura de uma aplicação deverá ser objecto 
de análise conjunta entre a Informática e os seus diversos 
correspondentes para manter a ligação entre as várias 
aplicações. 

Não é nosso propósito apresentar neste artigo a solução 
óptima capaz de resolver todos os problemas de um 
Centro mas antes divulgar o resultado de experiências 
levadas a efeito e que demonstraram ser possível uma 
melhoria acentuada em todo o sistema de tratamento e 
gestão da informação. 

Nesta área, os Standards que apresentamos têm três 
objectivos fundamentais: 


— facilitar o tratamento da informação com vista a 
eliminar duplicações e perdas de tempo; 


o 
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— delimitar as áreas funcionais intervenientes evitando 
o atropelo de competências; 

— ajudar tanto quanto possível ao cumprimento dos 
planos de actividade estabelecidos, de modo a evitar 
reclamações justas do utilizador. 


4.2 Estrutura 


Consideramos como indispensáveis na área designada 
vulgarmente por Exploração determinadas tarefas como: 
Planificação e Estatística, «Librarian», Recolha de Dados. 
Preparação de Trabalhos, Controlo de Qualidade e 
Recepção/Expedição. 

Aos Planificadores cabe a tarefa de elaborar os planos 
de actividade a curto e médio prazo, em perfeita harmo- 
nia com os utilizadores produzindo como consequência 
mapas estatísticos para gestão. 

O elemento designado por LIBRARIAN tem a respon- 
sabilidade da gestão das Bibliotecas em colaboração com 
o Administrador de Base de Dados bem como da elabora- 
ção dos Standards necessários ao bom funcionamento da 
exploração coordenando a sua implementação. 

Aos Operadores de Registos de Dados cabe a tarefa de 
proceder à gravação de toda a informação recebida desti- 
nada a tratamento por computador. 

Os Preparadores têm a função de preparar os trabalhos 
destinados à execução por computador, quer via «Batch» 
quer via terminal. 

Neste último caso, a preparação de trabalhos será por 
nós denominada Preparação Automática. 

Aos Controladores está incumbida a tarefa de conferên- 
cia e controlo de toda a informação recebida e a enviar, 
segundo normas estabelecidas pelo Controlo de Quali- 
dade. 


4.3 Planeamento e estatística 


A eficiência de um Centro de Processamento de Dados 
depende sobretudo de dois importantes factores: 


— conteúdo dos trabalhos submetidos; 
— incompatibilidade de concorrência dos trabalhos. 


O estudo da ordem mais rentável para a submissão 
desses trabalhos, deve ser efectuado através da Planifi- 
cação. 

Assim: 


— deve a Análise e Programação elaborar um Plano de 
Actividades Anual onde constem as suas previsões 
de necessidades de utilização de máquina. Baseada 
nesse Plano e nas previsões relativas a aplicações 
em exploração a Planificação elabora um mapa de 
planeamento anual de utilização de máquina. 


— Mensalmente a Análise e Programação deverá indi- 
car uma estimativa (tendo por base a aplicação e 
ajustamento do Plano Anual) de necessidades de 
máquina. Com base nestas estimativas mensais e 
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— Quanto à Planificação Diária deverá: 


— ser elaborada a partir da Planificação Semanal dis- 
tribuindo os trabalhos previstos para um dia, de 
modo a permitir a melhor utilização e rentabilidade 
da máquina. 

— Ser rigorosamente cumprida, excepto em situações 
de urgência devidamente justificadas. 
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Com periodicidade idêntica à mencionada para cada um 
dos tipos de planeamento, a Planificação deverá elaborar 
Mapas de Desvios entre o trabalho planeado e o execu- 
tado, sempre acompanhados de relatórios Justificativos. 
Todo o planeamento deverá ser elaborado tendo em con- 
sideração os aspectos relacionados com o Registo de 
Dados. 


4.4 Recolha 


Dentro do âmbito das realizações por nós levadas a 
cabo, a Recolha de Dados foi considerada sob dois as- 
pectos: 


— recolha centralizada 
— recolha descentralizada 


Na recolha centralizada o utilizador envia os seus docu- 
mentos base à Informática e recebe depois os resultados. 
Este processo quanto a nós apresenta os seguintes incon- 
venientes: 


— perda de tempo no envio da informação à Informá- 
tica; 

— a informação incompleta origina sucessivas devolu- 
ções para correcção; 

— dificuldades da Informática no cumprimento dos 
prazos estabelecidos. 


Além disso o equipamento utilizado neste processo 
representa só por si um encargo de certo vulto se entrar- 
mos em linha de conta com alguns factores a ele adjacen- 
tes como por exemplo o pessoal especializado, suportes 
etc... 

Contudo esses factores são perfeitamente evitáveis .se 
formos para uma recolha de dados com base na descen- 
tralização e que se traduz em suma na colocação de 
terminais (postos de trabalho) junto de cada utilizador 
onde este se responsabiliza pelo envio da informação quer 
pela fiabilidade da mesma, sendo o tratamento informá- 
tico mais racional, menos dispendioso e com menos pro- 
babilidade de erros. 

É dentro deste contexto que nos referimos na área da 
Preparação de Trabalhos ao seu total automatismo basea- 
do fundamentalmente no uso de Terminais com a conse- 
quente eliminação dos tradicionais suportes da informação 
(cartões, fita perfurada etc...) 

Numa recolha de dados descentralizada à informação 
tem que se apetrachar de elementos que lhe permitam em 
qualquer momento dar respostas correctas e precisas sobre 
toda a informação à sua guarda bem como garantir o 
acesso à mesma na maior segurança. Para tal necessita de 
pessoal técnico qualificado especialmente nos campos do 
teleprocessamento e bem como de equipamento específico 
virado para a filosofia ONLINE. 


Das experiências piloto realizadas, aquela que julgamos 
de maior interesse e a que apresenta de facto um certo 
cunho de inovação, foi a que dedicámos à área da Pre- 
paração de Trabalhos. 

Por ser uma área onde se procede ao desencadeamento 
de execução dos programas, a sua orgânica deverá pos- 
suir dois tipos de acção: 


— tecepção de aplicações 
— exploração de aplicações 


Na recepção de aplicações, a Preparação de Trabalhos 
terá como colaborador o elemento por nós designado de 
LIBRARIAN uma vez que é a ele que compete zelar pelo 
cumprimento dos standards do Centro. 

Paralelamente à criação do Dossier de Exploração (do- 
cumento base no tratamento de qualquer rotina) a Pre- 
paração de Trabalhos deverá proceder à normalização do 
J.C.L. de execução e efectuar com a colaboração da 
Análise e Programação, processamentos paralelos da re- 
ferida aplicação. 

A Preparação Automática destina-se essencialmente à 
exploração de aplicações, recorrendo fundamentalmente 
ao uso de terminais com as seguintes vantagens: 


— eliminação de perdas de tempo na preparação do 
J.C.L. necessário 

— menos probabilidades de erro 

— maior fiabilidade da informação 


Modo de funcionamento 


O seu modo de funcionamento assenta em três ficheiros 
principais: 
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— ficheiro geral de movimentos 
— ficheiro geral de J.C.L. 
— ficheiro geral de bandas 


Para o ficheiro geral de movimentos vai toda a infor- 
mação enviada por cada utilizador através do seu termi- 
nal. Cada movimento será precedido por uma determi- 
nada chave através da qual se fará a pesquisa e selecção 
necessárias a cada um dos processamentos. 

O ficheiro geral de J.C.L. é acedido exclusivamente 
pela Preparação de Trabalhos que de acordo com o mapa 
da Planificação Diária destinado a um ou mais turnos de 
Operação, selecionará o J.C.L. necessário, sobre o qual 
será feita a parametrização respectiva destinada a cada 
rotina. 

O conjunto desse J.C.L. parametrizado constituirá o 
chamado ficheiro diário de J.C.L. através do qual a 
Operação executa o seu plano de trabalho juntamente com 
o ficheiro geral de movimentos e o ficheiro geral de 
bandas. 

Este ficheiro é constituído por toda a existência de 
bandas do Centro, sendo gerido automaticamente através 
de programa, tendo sempre em linha de conta o prazo de 
expiração de cada banda, prazo esse prévia e devidamente 
estabelecido entre as partes directamente envolvidas. 


As bandas estão divididas em três grupos distintos. São 
eles: 


— bandas de Sistema 
— bandas de Produção 
— bandas Livres 


Fazem parte das bandas de Sistema além das PTF's, 
PPºs etc. todos os Backups de Sistema incluindo as bibli- 
otecas de produção. 

Fazem parte das bandas de Produção todas aquelas que 
diariamente são necessárias à exploração das diferentes 
aplicações incluindo os «backups» das mesmas. 

Fazem parte das bandas Livres todas aquelas cujo pra- 
zo de expiração foi ultrapassado. 

Como norma para qualquer grupo de bandas, a rotação 
destas far-se-á sempre segundo o método A.B.C. 


4.5 Expedição de resultados 


Embora desprovida de qualquer tecnicismo informático, 
a Expedição de Resultados representa em toda a cadeia da 
Gestão da Informação um papel importante junto do utili- 
zador. 

Para tal é necessário que esteja provida de elementos 
de controlo de outputs suficientes com vista ao envio dos 
resultados nas melhores condições de qualidade e no mais 
curto espaço de tempo. 

Entendemos por elementos de controlo de outputs, 
aquelas informações emanadas pela Análise e Programa- 
ção, que contenham todos os casos pontuais de conferên- 
cia e distribuição respeitantes a cada um dos mapas ou 
modelos especiais, produzidos pelas aplicações. 

Esses elementos deverão figurar no Dossier de Distri- 
buição de Outputs devidamente correctos e actualizados 
especialmente nos seguintes pontos: 


— nome e local do utilizador 
— relação completa de todos os outputs com indicação 
do número de cópias, tipo de corte etc. 


(Recebido em 30-6-1981) 


NOTA 


No Volume 2 Número 1 Janeiro/Março 1981 desta 
revista, onde foi publicado o 2.º artigo desta série, foram 
lamentavelmente omitidos os quadros mencionados no 
texto. Este lapso, ao qual os autores foram totalmente 
alheios, prejudicou irremediavelmente o impacto do texto, 
pelo que se incluíram os quadros no presente artigo. Por 


“este facto apresentamos aos leitores as nossas maiores 


desculpas. 
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| REQUISITOS PARA PROCESSAMENTO DE FICHEIROS 


Acesso Reservado a | Aplicações em | Aplicações Batch 


desenvolvimento| em Produção 
eres 


Ra 


Back-up Normal 


REQUISITOS 


SISTEMA 


Programador 
de Sistema 


Aplicações On Line 


Sistema de Contro.. 
lo de Acesso 


Nenhuma por 
defeito. Igual 
à Prod. Batch 
Se reguerido 


Standard definido 
pelo Sigtema On 
Line 


Chave de acesso 
para escrita 


Discos privados) Discos e Bandas 
Privados 


Díscos Privados 


Diário.de todos] Por processamento |Períódico por grupo | Todos os diegcos 


os discos de todos os fichei-jde aplicações 
Era 


ros alterados 
Gestão do Egui- 


pamento 


Àrea que faz a Gestão da In- | Idem Idem 
gestão formação 


STANDARDS MINIMOS DE NOMENCLATURA 


Bancos de | ddaaann, em que 
dados t indica o tipo de Banco de Dados 
asa é um identificador único para o Banco 
de Dados 
nn é utllizado para tornar o nome único, 
no caso de bases de dados com relações 
lógicas ou índices gecundários 


Segmento Saaabbbb, em que 
aaa é o nome do Banco de Dados 
bbbb é um nome qualquer 
R como ja. Letra para ficheiros 
O como 1a. letra para outras áreas de dados 


E como la. letra 


Quadro 2.2 


s 1 E NCLATURA 


CONVENÇÃO 


Programa 


Xyzzvnns, em que 


X pode ser P ou G, consoante O programa 
utilize ou não Bancos de Dados 


y indica:a Linguagem do Programa 
zz é o código de aplicação 

v € código da versão 

nn é O nº do programa 


s e o indicador de estado (teste ou produ- 
ção) 


Myxzvnns, em que 'yzzvnns' tem significado 
idêntico ao do programa 


Jzzuvnnnn, em que 


zzv tem gignificado idêntico ao do progra- 
ma 


nnnn é uma numeração qualquer 


Quadro 2.3 
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Cad 
COMEÇ AMOS Porque o futuro é exigente, 
principalmente nas comunicações, 
nós, C.T.T., começámos a preparar o futuro. 


A PREP AR AR Inaugurámos o novo Centro de Informática. 


Passámos a dispor de uma das mais 


O FUTURO Fit: neces 


CORREIOS ETELECOMUNICAÇÕES DE PORTUGAL 


CAMPEL 
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o computador 
apoia 
o seu dinamismo 


Disponha dos serviços de um grande equipamento 
pelo preço de um TERMINAL 


e TELEPROCESSAMENTO e 
e SERVICE BUREAU e 


— Concepção, análise 

e programação de sistemas 
— Processamento de dados 
— Recolha de dados 
— Block-time 


Temos ao seu dispor «PACKAGES» de 
Contabilidade Financeira e Analítica, 
Vencimentos, Gestão e Racionalização de 
Stocks, Facturação, Estatística, Custeio, etc. 
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REVISTA DE INFORMÁTICA 


Comércio Externo 
em Equipamento 


de Tratamento Automático 
de Informação 


J. Luís Mergulhão 
DGOA 


De informática e do seu crescimento na década de 70 
no nosso país, pouco se sabe. Tirando um limitado inqué- 
rito nacional datado de 1971 e os relatórios anuais da 
DGOA-DI respeitantes à Administração Pública (como tal 
parciais), praticamente nada existe que nos dê uma ideia, 
mesmo que ténue, do que tem sido a evolução da infor- 
mática entre nós. Desconhece-se a dimensão do parque 
instalado, a sua idade e a capacidade existente; não se 
sabem os volumes de informação tratada automatica- 
mente, o pessoal empregue e a sua repartição por cate- 
gorias profissionais; pouco ou nada se sabe ainda quanto 
à distribuição dos seus recursos pelos sectores de activi- 
dade económica nacional; e o tipo de aplicações existen- 
tes, o software e linguagens utilizadas, constituem outras 
tantas incógnitas. 

Com o presente trabalho, elaborado na sequência de 
anterior publicação da DGOA, pretende-se fornecer algu- 
mas bases que permitam, embora de um modo parcial, 
esclarecer algo sobre o crescimento (ou estagnação) da 
informática em Portugal. 

Para o efeito tentou-se estudar o nosso comércio ex- 
terno em equipamento de tratamento automático de infor- 
mação. Como é sabido, a nossa dependência do exterior 
neste campo é total. Embora de valor relativamente ele- 
vado, a nossa produção nacional resume-se a um único 
produto, na totalidade destinado à exportação. Assim, a 
variação das importações dá-nos algumas pistas quanto à 
evolução do parque nacional. 

Todavia estes valores não retratam de modo algum a 
totalidade dessa evolução — apenas se referem à compo- 
nente equipamento, componente essa que vê progressiva- 
mente diminuir o seu peso na realidade complexa que é a 
informática. E é ainda certo que, como veremos, não se 
obtêm unicamente através dos valores do comércio ex- 
terno todas as características do nosso parque. 

Mas se algum interesse eles apresentam é certamente o 
de, mesmo assim, nos darem informação sobre o equipa- 
mento instalado anualmente (sob a forma de compra ou 
aluguer), quer sobre o peso de cada um dos tipos de 
equipamento, quer ainda sobre as zonas económicas com 
as quais o país tem mantido maior volume de trocas. Por 
último é possível, através do recurso a outras fontes que 
não as Estatísticas do Comércio Externo do INE, estudar 
um pouco mais as relações com o exterior ao nível do 
saldo real existente nesta área, tentando-se definir uma 
taxa de cobertura das importações pelas exportações. 


1. Princípios metodológicos adoptados 


Antes de se apresentarem os valores obtidos, importa 
retermo-nos um pouco sobre a metodologia aplicada no 
seu cálculo. É o que tentaremos fazer de seguida. 

No essencial, são apresentados os valores do comércio 
externo português no período 1967-1979 (1). Tais valores 
dizem respeito não só ao equipamento de tratamento auto- 
mático de informação, mas também às respectivas peças e 
acessórios. Tenta-se analisar para alguns dos anos daquele 
período a evolução das importações por tipos de equipa- 
mento e por zonas económicas de proveniência das im- 
portações. Estuda-se ainda o saldo real das transacções 
daqueles bens nesta área. 

Para o efeito recorreu-se às Estatísticas do Comércio 
Externo do INE, bem como a informações respeitantes à 
produção nacional de equipamento de tratamento automá- 
tico de informação. 


2. Critérios na definição de tipos de equipamento 


Na análise efectuada utilizou-se um critério de agrupa- 
mento do equipamento que possibilitasse comparações 
com valores existentes para a Administração Pública. 

Nos relatórios anuais da DGOA-DI sobre a situação da 
informática na Administração Pública Portuguesa, é habi- 
tual dividir-se o equipamento de tratamento automático de 
informação instalado em equipamento informático, equi- 
pamento de registo de dados e equipamento clássico. Tal 
critério foi aqui respeitado, apenas com a particularidade 
de se ter subdividido ainda o equipamento informático em 
Unidades Centrais de Processamento e em Periféricos. 
Precisou-se todavia a sua designação (a de equipamento 
informático) para a de equipamento informático (compu- 
tadores), de modo a evitar possíveis confusões com. o 
conjunto do equipamento utilizado em informática. Faz-se 
também referência a um quarto grupo de material, consti- 
tuído pelas peças e acessórios daqueles equipamentos. 

No presente trabalho considerou-se equipamento de tra- 
tamento automático de informação o conjunto constituído 
pelo equipamento de tratamento electrónico de informa- 
ção e pelo equipamento clássico. 

Por equipamento de tratamento electrónico de informa- 
ção entendeu-se toda a máquina ou conjunto de máquinas 
interligadas, que consistem em mecanismos de entrada, 
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aritméticos, de armazenamento, de saída e de controlo, e 
que utilizam circuitos electrónicos, operam dados discre- 
tos e realizam automaticamente cálculos e operações lógi- 
cas através de instruções programadas, armazenadas inter- 
namente ou controladas externamente. Todos os periféri- 
cos ou equipamentos de tratamento de informação off-line 
de apoio ao equipamento de tratamento electrónico de 
informação encontram-se aqui incluídos. Este equipa- 
mento foi desagregado em 2 tipos: Equipamento informá- 
tico (computadores) e equipamento de registo de dados. 

Ao conjunto de unidades centrais e de equipamentos 
periféricos de tratamento ou de entrada-saída, ligados a 
unidades centrais chamou-se equipamento informático 
(computadores). Equipamento de registo de dados consis- 
tiu em todos aqueles que permitem o registo de dados 
off-line sobre um suporte informático. De notar que os 
equipamentos que, tendo esta característica, apresentam 
todavia ainda as seguintes, foram considerados equipa- 
mento informático (computadores): programação interna; 
capacidadé de memória igual ou superior a 2 K bytes; 


. componentes electrónicos; possibilidade de programação 


sem alteração de componentes; possibilidade de entrada e 
saída automática de dados. 

Finalmente, por equipamento clássico entenderam-se 
máquinas e equipamentos, inicialmente electromecânicas, 
nas quais cartões perfurados são utilizados como meio de 
entrada-saída para registar, ordenar, listar, tabular, selec- 
cionar, comparar, fundir, interpretar e totalizar dados(2). 


3. Correspondência entre os tipos de equipamento e a 
CMCE 


Definidos os tipos de equipamento, o passo seguinte 
consistiu em encontrar correspondência, sempre que pos- 
sível, entre cada um deles e os artigos pautais existentes 
na Classificação de Mercadorias de Comércio Externo 
(CMCE). 

Se ao conjunto que é o equipamento do tratamento 
automático de informação corresponde sempre no período 
estudado uma única posição pautal da CMCE — a 84.53 
—, O mesmo não se verificou quanto a cada um dos tipos 
em que aquele equipamento foi dividido. 

Aí se situou precisamente o primeiro dos problemas 
que neste capítulo se nos depararam, ou seja o das cons- 
tantes alterações que aquela posição pautal sofreu ao nível 
dos artigos que a integraram. Com seis alterações nos 
últimos 10 anos, algumas delas mostrando mudanças radi- 
cais nos artigos pautais definidos, tornou-se difícil manter 
estritamente uniforme cada um dos grupos de equipa- 
mento, já que a aplicação dos critérios definidos «a prio- 
ri» quanto à sua constituição esbarrou com a existência de 
artigos consecutivamente alterados (3). Isto leva a que 
apenas tenha sentido a comparação dos valores apresenta- 
dos dentro de cada grupo de anos em que se manteve a 
mesma classificação, e não indiscriminadamente para 
todo o período. 

Aliado a estas constantes alterações outro factor veio a 
criar limitações: os critérios de classificação adoptados 
para a discriminação da posição pautal 84.53 da CMCE 
por artigos pautais (subposições e/ou desdobramentos). 
De facto, períodos houve em que a classificação adoptada 


não permite de modo algum obter dados por tipos de 
equipamento. É o caso dos anos anteriores a 1972, em 
que se nota claramente o peso dado ainda ao equipamento 
clássico (embora já manifestamente desajustado). É ainda 
o caso do ano de 1978 em que, paradoxalmente, ao 
aumento do volume das importações corresponde uma 
redução do número de artigos pautais (de 7 para 2), 
passando a dividir-se todo o equipamento de tratamento 
automático de informação entre aquele que utiliza cartão 
perfurado, e o que não o utiliza (!). 

Terceiro problema, e não menos importante que os 
anteriores, foi o de se verificar ao nível dos consecutivos 
artigos pautais definidos, um grande desajustamento com 
a realidade, mesmo em anos em que nova versão da 
CMCE tinha entrado em vigor. Prova eloquente disso é a 
enorme percentagem do total que corresponde aos valores 
anualmente apresentados para a importação de equipa- 
mento não especificado (n.e.): nunca inferior a 35 %, e 
chegando mesmo a ultrapassar os 50 %. Esta situação 
acabou por determinar que os valores obtidos por tipos de 
equipamento não expressem a realidade em termos de 
valor e possam mesmo não a exprimir em termos de peso 
de cada um dos tipos de equipamento importados. 

Mau grado estes problemas insolúveis, o agrupamento 
por tipos de equipamento foi feito para o período em 
estudo com o detalhe possível. O critério para esse agru- 
pamento encontra-se expresso na tabela de correspondên- 
cia apresentada em seguida. 

Aceita-se à partida que tal critério possa não ser em si 
o melhor. Não se tratava todavia aqui de definir com total 
rigor uma matéria sobre a qual a dinâmica da constante 
evolução tecnológica do sector não só o acordo dos espe- 
cialistas, como desactualiza rapidamente qualquer agrupa- 
mento feito com o mínimo de seriedade. Deste modo, e 
mau grado as suas limitações, o objectivo do estudo e a 
necessidade de obter séries de valores possíveis de com- 
parar com os existentes para a Administração Pública, 
justifica certamente a presente divisão. 


4. Zonas económicas de comércio externo 


As zonas económicas aqui consideradas foram a'CEE, 
a EFTA, os EUA, o Japão e o Resto do Mundo. A razão 
do nosso comércio externo ser apresentado em termos 
destas 5 zonas encontra-se no interesse de constatar qual 
o peso dos principais países produtores mundiais. Assim, 
para além das 2 tradicionais zonas económicas da Europa 
Ocidental, consideram-se ainda separadamente os EUA e 
o Japão sendo a 5.º zona o resto do mundo. 

De notar no entanto, que os valores apresentados se 
referem aos países de origem do equipamento, os quais 
não são necessariamente os mesmos de origem do pro- 
duto ou onde se localizam as casas-mãe dos seus constru- 
tores. 

Para permitir uma comparação por zonas económicas 
uniformes ao longo do período estudado, considerou-se 
ainda como pertencendo sempre à CEE o conjunto dos 3 
países (Reino Unido, Irlanda e Dinamarca) que apenas 
em 1973 aderiram àquela comunidade, desligando-se en- 
tão da EFTA, associação de que até então faziam parte. 


Ti 
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CORRESPONDÊNCIA ENTRE OS TIPOS DE EQUIPAMENTO DEFINIDOS E A CLASSIFICAÇÃO DE MERCADORIAS. DE COMÉRCIO 
EXTERNO (CMCE) 


Equipamento de tratamento automático de informação 


a Informático (Computadores) e de registo de dados 
Ano Global Clássico Informático (Computadores) ' 
Registo de oii 
E NE; 
RR dados 
Periféricos 


1967/70 84.53 83.53.02 * 84.53.01 84.53.04 
84.53.03 

1971 84.53 84.53.00.02 84.53.00.01 84.53.00.09 
84.53.00.03 


1972/73 84.53 84,53.00.02 84.53.00.05 84.53.00.10 84.53.00.01 84.53.00.19 
84.53.00.04 84.53.00.06 84.53.00.08 
84.53.00.07 


1974/77 84.53 84.53.00.13 84.53.00.14 84.53.00.15 84.53.00.12 84.53.00.19 
84.53.00.17 84.53.00.16 
1979 84.53 84.53.01 84.53.06 84.53.06 
84.53.02 
84.53.03 
84.53.04 


5. Relações com o exterior 


Finalmente, há que fazer algumas referências à meto- 
dologia utilizada no cálculo do saldo das nossas relações 
com o exterior na área em estudo. 

Os gastos do país em Informática ultrapassam em mui- 
to a mera saída de divisas como pagamento do equipa- 
mento importado. O software utilizado, a assistência téc- 
nica obtida, os «royalties» pagos a vários títulos atingem 
valores elevadíssimos, dada a nossa elevada dependência 
do exterior. 

Não cabendo aqui fazer a análise global desses gastos 
(até porque a informação disponível está longe de ser 
significativa), apenas se tentou estudar o valor atingido 
naquelas relações em termos de equipamento de trata- 
mento automático de informação, com excepção do equi- 
pamento clássico. 

Assim, e para determinação dos nossos pagamentos ao 
exterior, considerou-se não só o valor das importações, 
como também a componente importada do valor da nossa 
produção destinada à exportação. Por outro lado, consti- 
tuíram receitas as exportações de equipamento não produ- 
zido no nosso país (ou seja, o valor das reexportações), 
bem como a componente nacional do equipamento produ- 
zido no nosso país e exportado. 

Como já se referiu, as nossas exportações de equipa- 
mento nacional restringem-se a um único produto, prove- 
niente de uma única empresa. Deste modo a percentagem 
do valor total dessas exportações que constitui a compo- 
nente nacional, foi estimada utilizando-se informação dis- 
ponível sobre aquela empresa. Tal percentagem veio a ser 
aplicada aos valores apresentados para os artigos pautais 
que em cada ano abrangiam aquele produto, valores esses 
considerados como os de produção nacional de equipa- 
mento. Os valores dos restantes artigos pautais foram 
considerados reexportações. 


Baseado nestes valores, foram calculados os saldos 


reais das nossas relações com o exterior nesta área. 

Embora as nossas exportações de peças e acessórios 
atinjam também valores consideráveis, não foi possível 
para este grupo de material obter os saldos reais das 
transacções efectuadas por insuficiência de informação 
quanto à componente importada da produção nacional. 
Daí o ter-se limitado ao equipamento de tratamento auto- 
mático de informação (com excepção de clássico) não 
abrangendo as peças e acessórios. 


6. Valores do comércio externo por equipamento de 
tratamento automático de informação 


De seguida apresentam-se os valores obtidos, e referen- 
tes ao nosso comércio externo em equipamento automá- 
tico de informação. 

O quadro I apresenta o resumo daquele comércio ex- 
terno, discriminando os valores das importações e as 
exportações para o período 1967/79. 

Os quadros II, III e IV desenvolvem um pouco mais a 


análise daquele comércio externo para o conjunto do | 


equipamento informático (computadores) e do equipa- 
mento de registo de dados. 

No quadro II, para o mesmo período atrás referido, 
detalha-se o valor das importações por zonas económicas 
de origem. Por seu turno o valor de equipamentos por 
tipos é-nos dado no quadro III, para os períodos 1972/73 
e 1974/77. 

Finalmente o quadro IV apresenta um resumo das rela- 
ções com o exterior em termos do comércio externo do 
conjunto daqueles equipamentos. 

Em anexo são apresentadas as diferentes versões da 
CMCE desde 1967, no respeitante aos artigos pautais 
correspondentes ao equipamento de tratamento automático 
de informação, e respectivas peças e acessórios. 


rem 
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Sinais Convencionais 


| 
| Quadro T 


. Resultado nulo VALOR DO COMÉRCIO EXTERNO DE EQUIPAMENTO, PEÇAS E 
X Resultado ignorado ACESSÓRIOS PARA TRATAMENTO AUTOMÁTICO DE INFOR- 
MAÇÃO 


Esc Escudos 
() Valor negativo (10º escudos) 


Equipamento informático 


(Computadores) e de Equipamento Clássico Peças e acessórios 


registo de dados 


NOTAS 


(a) Os valores de total não correspondem necessariamente ao somatório dos 
valores das diversas áreas económicas. O total corresponde à soma de 
todos os valores de importação em escudos. posteriormente arredondado 
para 10º. Os valores das áreas económicas corresponde à soma das 
importações provenientes dos países de cada área económica mas Já 
apresentadas em 10? escudos. 

(b) Embora apenas em 1973 o Reino Unido, a Dinamarca e a Irlanda tenham 

aderido à CEE, abandonando nessa altura a EFTA, no presente quadro 

considera-se sempre o conjunto daqueles países como pertencendo à CEE, 
de molde a permitir comparações. 

A posição pautal 84.53, a partir de 1978, não descrimina num ou vários “ 

artigos o equipamento clássico. pelo que este é incluído nos valores existen- 113 208 

tes para os equipamentos informático (computadores) e de registo de dados. 1979(c)]l 021 635 180 615 

(d) Valores provisórios abrangendo apenas o período Janeiro/Outubro. 


(c 


Quadro TI 


VALOR DE IMPORTAÇÃO DE EQUIPAMENTO INFORMÁTICO (COMPUTADORES) E REGISTO DE DADOS. POR ÁREAS ECONÓ- 
MICAS 


(10º escudos) 


E 2 Resto do à 
CEE(b) % EFTA (b) % EUA % Japão Mundo “ 
9.4 hi pa 


[967 59 530 51 381 5557 O 
1968 52 158 40 121 10 817 
1969 56 163 45 950 6 748 
1970 123 278 95 652 25 339 
1971 155 719 103 683 46 856 
1972 195 360 158 936 27 848 
1973 313 833 242 302 50 485 
1974 394 098 263 528 102 427 
1975 239 739 100 912 107 778 
1976 266 168 194 522 58 858 
1977 380 601 233 754 119 809 
1978 (e) 821 226 569 378 193 851 
1979 (d) 1021 633 
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Quadro III 


VALOR DE IMPORTAÇÃO DE EQUIPAMENTO INFORMÁTICO (COMPUTADORES) E DE REGISTO DE DADOS. POR TIPO (a) 


(10º escudos) 


a ve 


Valor 


Anos 
total 


1972 195 360 6 216 ds 29,7 
1973 313 833 us 26.5 
1974 394 098 RA pes PAR 
1975 239 739 12,4 12,4 
1976 266 168 Re 12.7 
1977 380 601 7.0 7.0 
1978 (b) 821 266 


1979 (c) 1021 635 


Quadro IV 


EQUIPAMENTO INFORMÁTICO (COMPUTADORES) E DE REGISTO DE DADOS QUADRO-RESUMO DAS RELAÇÕES COM O 
EXTERIOR 


(10º escudos) 


Exportações Taxa de cobertura 
Paga- 


FE 


Importações Produção Nacional Reccbi- mentos Suld 
É aldo 
Valor Global E gaia ao nes Formal Electivo 
B/A 


Valor Global a Ve a EE 
A Bi= € +/E) Valor % Componente | Reexportações am egito Exterior 
( D E (E + CD) = FJL(A + C.(l — D) 
31 


313 833 163 787 155 527 E 56 473 412 887 (356 414) (0.1367 
394 798 249 355 243 168 105 886 532 080 (423 194) 0.1990 
239 739 274 978 264 584 58 019 446 304 (388 285) 0,1299 
266 168 294 395 290 400 105 635 450 933 (345 298) 0.2343 
380 601 774 655 771 659 265 360 886 900 (621 540) 035 0.2992 
821 226 1009 112 1009 112 347 642 475 811 |(1 128 169) 0.2355 


Anexo 


VERSÕES DA CMCE PARA A POSIÇÃO PAUTAL 84.53 NO PERÍODO 1967/1979 


Ano da Subpo- Desdo- 
versão Posição pi E bra- Nomenclatura 
da CMCE a mento 
00 


1967/70 Máquinas estatísticas e semelhantes que empre- 
guem cartões perfurados. (tais como perfura- 
doras, verificadoras, seleccionadoras, tabula- 
doras e multiplicadoras): 

PentiradoRas (ML) easves ss poçsas sanear fosses seios 
Seleccionadoras (n.º) ... 
Tabuladoras (n.º) ........ 
COUNRAS PRS aa a ren amo dese Dura ju ed Dera vais 

Máquinas estatísticas semelhantes que empreguem 
cartões perfurados (tais como perfuradoras, veri- 
ficadoras, seleccionadoras, tabuladoras e multi- 
plicadoras): 

PEREUTAdO RA LD o. too o matr Sabia e vin a 
Seleccionadoras (n.º) sa nã 
"DARDO RAS (0) oq sao anne rage O es sp 
ORA AA no, sa UI DERRND A, hp e 

Máquinas estatísticas e semelhantes que empre- 
guem cartões perfurados (tais como perfura- 
doras, verificadoras, seleccionadoras, tabula- 
doras e multiplicadoras): % 

Perfuradoras, verificadoras e perfuradoras- 
-verificadoras (n.º) ,..seracc nro cupeqero sonbratan 
Separadoras, classificadoras ou selecciona- 
OPAS Qt) om arte na ris na Sao ai aja Dior E 

Calculadoras (tabuladoras e outras) (n.º) 

Computadores de pequena capacidade (com capa- 
cidade de memória inferior a 8 K) (n.º) .......... 

Computadores de média capacidade (com capaci- 
dade de BK a 64 KJQn.) ces rnseceremensênssero 

Computadores de grande capacidade (com capaci- 
dade de memória superior a 64 K) (n.º) ......... 

Máquinas auxiliares de informática (intercaladoras, 
leitores ópticos, conferidoras, interpretadoras, 
CEM Es o So rep ou TR o cad DRA Rag a is aÃ + 
Unidades isoladas para computadores (n.º) ......... 

CRIAR coma tao o none pn eita RAR ATO da 

Máquinas automáticas de tratamento da informa- 
ção e respectivas unidades leitores magnéticos 
ou ópticos, máquinas de registar informações em 
suporte, sob forma codificada, e máquinas de 
tratamento, dessas informações, não especifi- 
cadas: 

Calculadoras electrónicas, com programa — 
«mini computadores» (1.º) ..sas...i.cocisissmeeos 

Perfuradoras, verificadoras, perfuradoras- 
-verificadoras e gravadores em suporte magné- 
TICO NO) au cudiia dass Same data a E ela e =p e 
Outras máquinas mecanográficas (separadoras, 
classificadoras ou seleccionadoras, tabuladoras e 

intercaladoras) (1n:9) a..o 2a sansugesmromo nero pacer es icação 


1970/71 


1972/73 


1974/77 
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Ano da 4 Desdo- 
s E Subpo : 
versão Posição i bra- Nomenclatura 
Spa sição 
da CMCE > mento 


Computadores (só unidades centrais) (n.º) 
Unidades periféricas — Unidades de entrada 
e/ou de saída: 

Terminais (n.º) 

Leitores ópticos e de cartões (n.º) . 

Impressoras (n.º) s 

Outras unidades magnéticas auxiliares (leitores- 
-gravadores de discos e de bandas, tambores, 
etc.) (n.º) 

Outras máquinas de tratamento da informação, não 
especificadas 

Máquinas automáticas de tratamento da informa- 
ção e respectivas unidades: leitores magnéticos, 
etc. À 

Máquinas automáticas de tratamento da informa- 
ção. verificadoras e multiplicadoras, que utili- 
zem cartões perfurados 

Máquinas e aparelhos n.e. 

Máquinas automáticas de tratamento da informa- 

ção e respectivas unidades; leitores magnéticos 
ou ópticos, máquinas de registar informações em 
suporte, sob forma codificada, e máquinas de 
tratamento dessas informações, não especifi- 
cadas: 
Máquinas analógicas e híbridas (analógicas/digi- 
tais) para processamento de dados dra 
Máquinas digitais completas para o processa- 
mento de dados que incluam, na mesma carcaça, 
a unidade central de processamento e pelo me- 
nos uma unidade de entrada e outra de saída. 
Unidades centrais de processamento digitais, 
completas, processadores digitais integrados por 
elementos aritméticos, lógicos e de controlo. 

Unidades centrais de memória (principais) digitais, 
entregues separadamente 

Unidades periféricas, incluindo as unidades de 
controlo e adaptação (ligáveis directa ou indirec- 
tamente à unidade central) 

Outros 


Notas do texto: 


(1) Para este último ano apenas são apresentados valores provisórios e abran- 
gendo os meses Janeiro-Outubro. 


(2) Cf. para alguns dos conceitos Automatic Data Processing Equipment inven- 
tory. in the U.S. Government, General Services Administration, Automated Data 


and Telecomunications Service (December 1977). 


(3) Ver anexo. 


Rear Conta 
ESTUDOS E REALIZAÇÕES DE CONTABILIDADE 


EXECUÇÃO EM COMPUTADOR DATA SAAB de: 


CONTABILIDADE GERAL 
CONTABILIDADE ANALÍTICA 
CONTABILIDADE FINANCEIRA 

FACTURAÇÃO E STOCKS 


R. de Entrecampos 38-1.º-Esq. Lisboa — Tel. 77 24 50 - 76 92 62 
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METODOLOGIAS DE PROGRAMAÇÃO 


seminário avançado 


Lisboa, 15/17 Outubro 1981 9.30/12.30 h — 14.30 / 17.30 h. 
Local: Anfiteatro do Complexo Interdisciplinar do Instituto Nacional de Investigação Científica, ao 
Instituto Superior Técnico, — Av. Rovisco Pais. 


CONFERÊNCIAS JÁ CONFIRMADAS: 


MICHAEL JACKSON 
— À method of program design 
— À method of system design 


CLIFF JONES 
— Program specification using abstract data types 
— Data refinement and comparison of property and model oriented approaches 


BILL MC KEEMAN 
— The role of notation in problem solving (in general) and translator writing (in particular) 
— The programming language MESA 


MIKE WOODGER 
— The programming language ADA 1st part 
— The programming language ADA 2nd part 


ORGANIZADORES: Prof. doutor Amílcar Sernadas (FCL) 
Eng. Simões Monteiro (API) 


ASSOCIAÇÃO PORTUGUESA DE INFORMÁTICA 


com a colaboração do Departamento de Matemática Aplicada da Faculdade de Ciências de Lisboa 


REVISTA DE INFORMÁTICA 63 


a 


E gas 


CENTRO DE ESTUDOS PROFISSIONAIS, LDA, — pua Braamcamp, 12, 4.-Dto. — 1200 LISBOA — Telf. 5385 60 


CURSOS PERMANENTES 


INFORMÁTICA TÉCNICAS COMERCIAIS/INDUSTRIAIS 


Programação de Computadores Contabilidade / Gestão 
Operação de Computadores Fiscalidade 
Programação de Mini-Computadores, BASIC Marketing / Vendas 
Perfuração/Verificação Magnética (Diskettes) Secretariado 
PRÁTICA EM COMPUTADOR E EM GRAVADORA Relações Públicas 


ELECTRÓNICA ARTÍSTICOS 
Electrónica Rádio e TV Decoração de Interiores 
TV a cores Artes Decorativas 
Electrónica Digital Jóias / Estanhos 
Microprocessadores Arranjos Florais 


CONSTRUÇÃO CIVIL 

Topografia 

Medidor Orçamentista 

Desenho Construção Civil 

Desenho Projectista de Construção Civil 


e Telecomunicações — Teleimpressores 
e Auto-marcadores de telefones e centrais 
e Acessórios para indústria eléctrica 


e Relés, matrizes, comutadores 


e Modems 


e Aparelhos de medida e controlo de rede 
de dados 


A TRANSMISSÃO DE DADOS E DA VOZ NO 
MESMO CANAL 


COO EX, — EQUIPAMENTOS DE TRANSMISSÃO DE DADOS 


Equipamentos Técnicos, Lda. R. Cidade de Bolama, 3-r/c-D - 1800 Lisboa — Tel. 31 9980 -31 9919 / TELEX 18519. 
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A BOCA DO TRIMESTRE 


Totobola 
Computadorizado 


Lá para os lados de Sacavém um 
370/125 com todo o software dos 
galões ainda não conseguiu acertar 
no 13. Embora os «investimentos» 
sejam de monta o certo é que a sorte 
anda arredia. Como ao fim e ao cabo 
o tempo de máquina não é pago em 
«divisas» e os pagantes não se im- 
portam (talvez por não terem conhe- 
cimento), força nesses palpites! 

-.. Mas cuidado com a coruja!... 


À Borda d'Água 


Um novo Centro está em «forma- 
ção» para os lados do Estoril. A 
frente está um Guerreiro de sopas e 
descanso. 

O chefe há que segurar a barra e 
não meter água nas costas do Sol! 

E já agora, é verdade que os 
operadores têm direito a sauna e 
massagens depois dos turnos? 

“Aí, valentes! 


Nova Empresa 


Consta que certa equipa de análise 


de uma instituição de crédito está na. 


disposição de sair em bloco, a fim de 
formar uma nova e lucrativa empre- 
sa. Aos futuros administradores 

saudações prediais!! 
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A Informática 
e os Suínos 


E já uma frase célebre no meio 
bancário da nossa praça, aquela que 
diz que um Centro informático não é 
mais que uma máquina de fazer 
chouriços! 

Ao conceituado autor da zona de 
Campolide aqui fica um aviso de 
amigo: 

— Cuidado com a peste africana 
de alguns suínos!! 


Quem São Elas? 


São apenas três. Uma é loira e as 
outras morenas. Uma é alta e as ou- 
tras baixas. De Informática à distân- 
cia percebem à grande. São já conhe- 
cidas pelas... «Doce» da Informática! 

Adivinhe quem são? 

Nota: Aceitam-se respostas por 
TELEFONE. 


Pau Para Toda a Obra 


Um conhecido técnico de soft- 
ware, pequeno em altura mas grande 
em experiência (por norma), anda há 
meses dedicado com grande empenho 
e entusiasmo a instalações de equipa- 
mento e obras sanitárias em todo o 
piso do «seu» Centro de Informática! 

Será que temos aqui, além de um 
habitual caçador de lebres (de 10 qui- 
los...) um mestre de obras em po- 
tência? 

Ou as coisas estão assim tão mal 
para os lados dos TRIIMM... 
TRHIMM...?! 

Ou será uma questão de 
«açúcar»?... 


BOCAS 


as 
bocas da 


revista da 
informática 


Vol. 2, Nº3 


CASIO, 


Calculadoras Electrónicas 


Novas Programáveis Para Horizontes Ilimiados 


Saltos Ligação 
icion. | Condicionais| a Gravador 
FX 2700 P 


EX 180 P 


id ER 

E Na 
| +x 3500P| 
[ex sor | Pee À 
Lex so2r | sm | 


Caracteristicas Comuns: Visor de cristal liquido, desligam automaticamente, 


memórias e programas contínuos » fácil programação, 


dezenas de úteis fui mulhares'de horas de uso c/ 
as mesmas pilhas | 


MEMÓRIAS E 
PROGRAMAS 
contínuos 


RAP PR 


me rs em A aa Representante 
FX 501 (2)P 


SJELTIÃO COELHO, LDA. 
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TECONFOR 


Gabinete Técnico 
de Administração, Organização 
Contabilidade e Informática, Lda. 


A Informática ao Serviço da Contabilidade e Gestão da Empresa. 


Consulte TECONFOR! 
RECOLHA — PROCESSAMENTO — TELETRANSMISSÃO DE DADOS 


Gabinete Técnico para servir as Empresas 


Praça José Fontana, 25-3º Esq. — Tel. 53 00 86-57 32 89-57 65 81 - 1000 LISBOA 


A INFORMATICA DISTRIBUIDA 
DSA eee 
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A a a e re mm mim 


Não é 
destruindo 

relógios 
que se pára 
o tempo. 


São ainda as máquinas que liber- 


No século passado, um movimento de traba- tam o homem de tarefas rotineiras que limi- 
lhadores da indústria têxtil resolveu lutar tam a sua realização pessoal. 
contra a ameaça da técnica. 
Acusando a nova maquinaria de reduzir pos- Destruindo relógios consegue-se destruir o 
tos de trabalho, provocando o desemprego e mecanismo do progresso, mas não adiar o 
a miséria, destruíram-na enchendo de amanhã. 
parafusos e pedaços de sucata a maté- id ca 
ria-prima a ser tecida. e et — 
e Ea ER aguas 
, Ê E = ema E Susy eo 
Se este movimento tivesse vinga- — —— ums = cem 


do, a indústria têxtil estaria ainda 
numa fase artesanal. 


COMPANHIA IBM PORTUGUESA S.A.R.L. 
PRAÇA DE ALVALADE .7 1799 LISBOA CODEX 


A potência dos teares não teria 
excedido os 4Cv. A máquina a va- 
por cederia lugar à carroça e às 
mulas e a civilização ocidental não 
teria aqduirido o poderio econó- 
mico que detém, originado pela 
revolução industrial. 


No entanto, a atitude destes tra- 
balhadores dá-nos uma grande 
lição: Não é na tecnologia em si 
que reside a ameaça, mas sim no 
modo como a ela nos adaptamos. 


Sem tecnologia, o progresso de 
qualquer nação está à partida 
condenado. As máquinas fazem 
baixar o custo de produção, o que 
por sua vez origina um aumento 
do lucro para reinvestimentos, 
reduzindo os custos do produto 
final e permitindo o aumento do 
poder de compra. 


O resultado chama-se prosperi- 
dade, o aumento de postos de tra- 
balho e das oportunidades de em- 


prego só ocorrem num contexto de 
economia próspera. 
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GOSTARIA DE TER INFORMAÇÕES SOBRE 
| [] os COMPUTADORES SPERRY UNIVAC 
[ ] Telefonem para marcarmos uma entrevista. 
O ramo da minha empresa 6: ........... O RPE ATE RR te 
Nome: ORLAV ERAS vives PE MEO ie Vo nº 
] EMprosa!: .ccesestans CEEE Pre E deaviicenesisio Mecegurds pecas a né ásia 
Morada: ..... sã 
TOME sxicar stato eaid va PaC ANO eU dao baja s so RAS Ga eus pra ae saeDS SSERA 
Av. 5 de Outubro, 321 R. Azevedo Coutinho, 39-4.º 
1094 Lisboa Codex 1400 Porto 


Os profissionais de informática que sabem ouvir 


SERVIÇOS 
571916 


1000 LISBOA Tel.: 


formática 
e UMA ESCOLHA INTELIGENTE e 


Z 


PERIFERICOS e SOFTWARE 


IN 


a) 
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COMPUTADORES e 


